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Method and apparatus for dynamically generating a user presentation based on 
database stored rules 

BACKGROUND OF THE INVENTION 

5 

1. Field of the Invention 

The present invention relates generally to user presentations, and 
more particularly to user presentations in telemedicine applications. 

10 

2. Description of the Related Art 

Worldwide, people living in rural and remote areas often struggle to 
access timely, quality medical care. Residents of these areas often have 

15 substandard access to health care primarily because physicians tend to be 
located in areas of concentrated population. Due to innovations in computing 
and telecommunications technology, however, many facets of the medical 
practice are now realizable for the patient and health care provider who are 
geographically separated (whether it be across town, across state, or across 

20 the world). 

"Telemedicine" often involves the sharing and/or transfer of medical 
information in a data communications network for purposes related to patient 
health. Sometimes referred to as "telehealth" or "distance health care," 
telemedicine may involve the bringing of health care services to a location 
25 where the individual client is most accessible or comfortable, while keeping 
costs down by making efficient use of resources. For example, electronic 
access to patient data and videoconferencing Visits" between a health care 
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15 



20 



25 



provider and the patient can, in many instances, replace traditional 

face-to-face visits. 

The information shared and/or transferred may include patient 
records, high resolution images, stored or live audio, and stored or live video, 
all of which may be accessible through remote servers and databases. The 
telemedicine network may utilize a variety of telecommunications 
technologies, including ordinary telephone lines or Plain Old Telephone 
Systems (POTS), Integrated Services Digital Network (ISDN), fractional to full 
f-l' S/ Asynchronous Transfer Mode (ATM), the Internet, intranets, and 
satellites. Overall, telemedicine provides increased ubiquity, convenience, 
and efficiency in health care services. 

Today, telemedicine is making a difference in the lives of many people 
across the world. In remote rural areas, where a patient and the closest 
health professional can be hundreds of miles apart, telemedicine can mean 
access to health care where little had been available before. In those cases 
where fast medical response time and specialty care are needed, 
telemedicine availability is critical and can mean the difference between life 
and death. Telemedicine also brings a wider range of services (e.g., 
radiology, mental health services, and dermatology) to under-served 
communities and individuals in both urban and rural areas. It also helps 
attract and retain health professionals in rural areas by providing ongoing 
training and collaboration with other health professionals. 

A health professional or other user may interact with a telemedicine 
network using a telemedicine application program on a computer. 
Telemedicine software generates a user interface presentation for the user to 
execute his/her series of particular tasks or telemedicine "workflow." The 
user interface presentation typically includes that which is visually displayed 
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on a screen of the computer's monitor; the execution is handled using 
appropriate input/output (I/O) devices at the computer. For example, the 
software may provide an easy-to-use graphical user interface (GUI) or 
multimedia interface. GUIs are well known, and typically include visually 

5 displayed objects for "point-and-click" functionality using a mouse, 

touchscreen, or voice activation. A multimedia interface is an extension to 
the GUI that includes audio, video, image, and even input for the other 
senses including touch, smell, and taste. 

The user of the telemedicine software may be one of many people 

lo who serve specialized or limited functions, and who have specialized or 
limited needs and access rights to and within the network. For example, 
telemedicine is being utilized by a growing number of medical specialists, 
including dermatologists, oncologists, radiologists, cardiologists, psychiatrists, 
and home health care specialists. Not only health care providers, but payers, 

is employers, patients, pharmacies, laboratories, and other organizations may 
interact with the system to share data. Even within each group, there are 
often users who serve different functions and have special needs and access 
rights (e.g., a group may include a health care specialist, a nurse, and 
support staff). Each of these users expects a user interface presentation that 

20 accommodates their particular needs and workflow. In many instances 
emergency health situations are presented, where the appropriate 
presentation of data and functionality is critical and determine the outcome. 

A developer of telemedicine software typically has to struggle to 
accommodate each user with software that provides such unique 

25 presentations. Providing several versions of software is costly in terms of 
software development, maintenance, and administration. Source code needs 
to be edited and/or added, re-compiled, and delivered for each version of 
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software. If this undesirable development strategy is chosen, the added 
costs involved are likely to be passed on to purchasers of the software. 

As an alternative, the developer may provide only a single or a limited 
number of software versions having a single or limited number of 
5 presentations. Since many different kinds of users will interact with it, the 
presentation will likely be too "functionally congested" for any one user to 
intuitively understand his/her particular workflow. Put another way, such a 
presentation will not be economically appropriate for each user. In addition, 
the savings associated with this presentation inflexibility will be at the 
io expense of losing customers who prefer to have customized presentations. 

Accordingly, there is a need for a method and apparatus in 
telemedicine and other fields that overcomes these and other deficiencies of 
the prior art. 

is SUMMARY OF THE INVENTION 

In one embodiment described, a method of dynamically generating a 
user presentation comprises selecting and retrieving at least one of a plurality 
of rules stored in one or more databases in response to a request from an 
20 application program; executing the rule to retrieve data from the one or more 
databases; and generating presentation data based on the data, where the 
presentation data is for use in the user presentation of the application 
program. 

25 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a computer network 100, which may be a 
telemedicine network; 
s FIG. 2 is a block diagram of a client 200 of computer network 100; 

FIG. 3 is a block diagram of defined layers of computer network 100; 
FIGs. 4 and 5 are block diagrams describing a more particular 
architecture; 

FIGs. 6A and 6B are flowcharts describing a method of client 
10 interaction within network 100; 

FIGs. 7A and 7B are flowcharts describing a method of server 
interaction within network 100; 

FIG. 8 is a flowchart describing a method of dynamically generating a 
user presentation based on database stored rules; 
is FIG. 9 is a flowchart describing a method of building a page of 

"navigation" framework type; 

FIG. 10 is an example illustration of a screen of the navigation 
framework type; 

FIG. 11 is a flowchart describing a method of building a page of "list" 
20 framework type; 

FIG. 12 is an example illustration of a screen of the list type; 
FIG. 13 is a flowchart describing a method of building a page of "data 
I/O" framework type; 

FIG. 14 is an example illustration of a screen of the data I/O 
25 framework type; 

FIG. 15 is a flowchart describing a method of entering, into the 
system, a page of the "user-defined" type; 
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FIG. 16 is an example illustration of a screen showing the "user- 
defined" type; 

FIG. 17 is an example illustration of an "Audio Note" screen of the data 
I/O framework type; 

5 FIG. 18 is an example illustration of a "Text Note" screen of the data 

I/O framework type; 

FIG. 19 is an example illustration of an "Image Import" screen of the 
data I/O framework type; 

FIG. 20 is an example illustration of a screen of the data I/O 
10 framework type, where the screen incorporates several system and user 
defined components; 

FIG. 21 is an example illustration of the data I/O framework type, 
where the screen incorporates system and user-defined components; 
FIG. 22 is a flowchart describing the function LoadActionObjects; 
is FIG. 23 is a flowchart describing the function 

LoadActionObjectStoredProcedure; 

FIG. 24 is a flowchart describing the function GetListHeaders; 
FIG. 25 is a flowchart describing the function GetListObjects; 
FIG. 26 is a flowchart describing the function 
20 LoadColumnStoredProcedure; 

FIG. 27 is a flowchart describing the function LoadLabels; 
FIGs. 28A and 28B are flowcharts describing the function 
GetDataFrames; 

FIG. 29 is a flowchart describing the function LoadDataltemProcedure; 
25 FIG. 30 is a flowchart describing the function GetSelectorList; 

FIG. 31 is a flowchart describing the function LoadDataltem; 
FIG. 32 is a flowchart describing the function AddValue; 
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FIG. 33 is a flowchart describing the function SaveNewDataltem; 
FIG. 34 is a flowchart describing the function UpdateDataltem; 
FIG. 35 is a state diagram describing an alert notification subsystem; 
FIG. 36 is a block diagram describing a general design of the alert 
notification subsystem; 

FIG. 37 is an example illustration of a presentation including an Alert 

User Interface; and 

fig. 38 is a block diagram describing interfaces and processes related 

to an Alert Processor. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Portions of the disclosure of this patent document contain material that 
is subject to copyright protection. The copyright owner has no objection to 

5 the facsimile reproduction by anyone of the patent disclosure, as it appears in 
the Patent and Trademark Office files or records, but otherwise reserves all 
copyright rights whatsoever. 

A method of dynamically generating a user presentation based on 
database stored rules serves a great need in computer networks, and 

10 especially in telemedicine networks. In one aspect, the method comprises 
selecting and retrieving at least^ne of a plurality of rules stored in one or 
more databases in response to a request from an application program; 
executing the rule to retrieve data from the one or more databases; and 
generating presentation data based on the data, where the presentation data 

is is for use in the user presentation of the application program. The rules may 
be executed using control information (such as user information, group 
information, geographic location information, and node information) as input. 
The data retrieved from execution of the rules may be data such as user 
data or presentation control data. 

20 FIG. 1 is a block diagram illustrating a computer network or system 

100, which may be a telemedicine network or system. Typically, system 100 
includes one or more servers 104, a database 106 (such as one or more 
databases and database servers, and/or database warehouses) for storing 
data, a system configuration interface 108 which provides system 

25 configuration through a system administrator, an end user interface 114 for a 
user to access the system. Internal elements 110 and external elements 112 
as described in FIG. 1 may also be included. Server 104 executes server 
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software to manage several aspects of system 100. End user interface 114 
(or client, or client workstation) may be a desktop computer or other device 
providing (input/output) I/O capabilities. As suggested by an outline 102 of 
FIG. 1, a user at end user interface 114 has a degree of independence from 

5 server 104, database 106, and system configuration interface 108. 

As a telemedicine network, system 100 includes most required 
conventional aspects of such, providing those same or similar desired 
features outlined above in the Background Of The Invention. For example, 
the information shared and/or transferred at end user interface 114 may 

10 include full multimedia patient records, high resolution images, stored or live 
audio, and stored or live video, all of which may be accessible through remote 
servers and databases such as server 104 and database 106. System 100 
may utilize a variety of telecommunications technologies, including ordinary 
telephone lines or Plain Old Telephone Systems (POTS), Integrated Services 

15 Digital Network (ISDN), fractional to full T-l's, Asynchronous Transfer Mode 
(ATM), the Internet, intranets, and satellites. 

Referring now to FIGs. 6A and 6B, flowcharts that describe a method 
of dient interaction within the network are shown. Starting at a start block 
600, client requests access to the system (step 602). In response to the 

20 access request, client receives a logon screen at the visual display (step 604). 
The logon screen awaits logon information, such as a user name and a 
password or biometric information, from the user (step 606). The user enters 
the logon information, where client then sends the information to the server 
(step 608). If access is granted from the server (step 610), the flowchart 

25 continues at a connector 612 (connector "A") to FIG. 6B. 

At FIG. 6B, client receives presentation data representing one of a 
plurality of presentations (step 614). Client generates and displays, on the 
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visual display, the presentation according to the presentation data (step 616). 
Client then waits for a request from the user (step 618). If a request is 
received, then data In connection with the request is sent to server (step 
620). In response to the request, dient receives from the server presentation 

5 data representing another one of a plurality of presentations (step 614). The 
method repeats as shown, until the user logs off the system or the 
connection is terminated based on a configured timeout. 

FIGs. 7A and 7B are flowcharts describing a method of server 
interaction within the network. Starting at a start block 700, the server 

io receives a request from the client to access the system (step 702). In 

response to the access request, the server sends data for the logon screen to 
the client (step 704). The server awaits logon information from the user 
(step 706). The server receives the logon Information from the client (step 
708). If determined to be valid (step 708), the server grants the dient access 

15 to the system where the flowchart continues at a connector 712 (connector 
"B") to FIG. 7B. Valid logon information establishes a session that is used to 
service dient requests for presentation of accessible data and supported 
features and functions. 

At FIG. 7B, the server generates presentation data representing one of 

20 a plurality of presentations (step 714). Server sends the presentation data to 
the client (step 716). Server then waits for a request from the user (step 
718). When the request is received, appropriate data in connection with the 
request is received by the server (step 720). In response to the request, the 
server generates presentation data representing another one of a plurality of 

25 presentations (step 714) and sends the data to the client (step 716). The 
method repeats as shown, until the user logs off the system or the 
connection to the system is terminated based on the configured timeout. 
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FIG. 8 is a flowchart describing a method of dynamically generating a 
user presentation, which may be incorporated into steps 714 and 716 of FIG. 
7B. Starting at a start block 800, the server selects and retrieves user 
presentation rules from one or more databases in response to a request by 

5 the client (step 802). The server executes these user presentation rules to 
retrieve data from the database(s) (step 804). The server builds presentation 
data using this data (step 806). The presentation data is formatted and sent 
by the server for the generation of the user presentation at the client (step 
808). The flowchart ends at a block 810. 

io The user presentation rules may be referred to as presentation 

instructions. Many user presentation rules may be stored in the database 

t 

(tens, hundreds, thousands, etc.). When accessed by the server software, a 
subset of the user presentation rules may be selected (referring back to step 
802) based on one or more of several different types of information (selection 

is criteria), such as user identification, user group identification, user request or 
requested function or page, node identification, geographic location 
identification, hardware/software capabilities or availabilities of the accessing 
node, data being presented, patient identification, patient diagnosis, patient 
treatment, medical test results, medical history of the patient, patient's 

20 relatives, or ethnic group, etc. Once obtained, the user presentation rules 
may be executed with one or more of several different types of input 
information (execution criteria) into the rule (referring back to step 804), 
such as user identification, user group identification, user request or 
requested function or page, node identification, geographic location 

25 identification, hardware/software capabilities or availabilities of the accessing 
node, time, date, data being presented, patient identification, patient 
diagnosis, patient treatment, medical test results, medical history of the 
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patient, patient's relatives, or ethnic group, etc. The different types of 
information may be stored in the database or sent with client request. 

Some examples of user rules are provided below in plain English for 
understanding and clarity. These examples are by no means exhaustive: 

Provide a navigation button having a link to "Cancer Task Force" page 
only if USER GROUP = "Cancer Task Force"; 

Provide a patient scheduling function button given if 9:00am < TIME < 
5:00pm and USER = "Assistant"; 

Get patient data only for USER = "Dr_Ainsworth"; 

Provide image functionality interface only if H/S CAPABILITIES OF THE 
ACCESSING NODE = "image_compatible"; 

Present all containers or base data in this container to all requesting 
users who are members of group Gl but not USERS = (Ul, U2, 
U3, ...) and not in group G2; 

If ENTRY = "new pediatric patient", create all basic pediatric forms for 
the clinic (Fl[new patient form], F2[growth chart], FN), with the 
appropriate data of the patient added to the forms, and calculate 
dates for inoculations for state, federal, or health plan 
mandated/supported inoculations based on the patient's age, prior 
inoculations, and the insured's health plan; and 



WO 00/45301 



-13- 



PCT/US00/01839 



Provide selection of a mammogram lab test only if the patient is of 
GENDER = "female", "X years" < AGE < "Y years", MASTECTOMY = 
"no" and the patient's medical plan (per the insured) allows an exam 
without explicit approval per the time since the patient's last 

5 mammogram; AND create an instance of the reporting form Fl to the 

medical plan with the appropriate patient data and forward it to 
INSUR_CO per INSUR_CO_COMMUNICATIONS_METHOD 
and the lab request F2 to LAB supported under the insured's 
insurance plan per LAB_COMMUNICATIONS_METHOD / with process P 

10 scheduled to reschedule the patient for a follow-up examination at 

location L with the clinician requesting the lab result CI or their 
designated alternates C3 -> Cn based on priority at the point where 
the results from the lab are Rl — > Rn, but not R6, and in the case of 
R6, alert clinician C2 that the patient is to be informed via email if 

is EMAIL = "enabled" and/or phone if PHONE JSIOTIFICATION = 

"on" and/or by mail if MAIL_NOTIFICATION = "on". 

The user presentation rules are stored in the database, and thus may 
be modified, added, or deleted - without affecting the compiled server 

20 source code that evaluates them. New rules or modifications to existing rules 
can be made by a network administrator, or a user if given appropriate access 
rights and/or knowledge. When a new customer or group is given access to 
the system, or if an existing customer has new needs, new user presentation 
rules can be added or modified per customer request without having to 

25 change the compiled server source code. The server source code 
architecture is configured so that it can interpret the rules to produce 
presentation of any I/O objects supported by the system, initiate any process 
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or interface supported by the system or other accessible systems, or initiate 
an I/O action by a user related to a presentation. 

The user presentation preferably comprises data and graphical user 
interface (GUI) components or a multimedia interface. A GUI is indeed a 

5 "graphical" interface - in contrast to purely "textual" interface - to a 

computer program application. GUIs came into existence following the first 
interactive user interfaces to computers which were not graphical, but merely 
keyboard driven using text commands. The command interface of the disk 
operating system (DOS) operating system is an example of the typical 

10 user-computer interface before GUIs arrived. GUI terminology include one or 
more metaphors for objects familiar in real life, such as a desktop, a view 
through a window, or the physical layout of a building. Elements of a GUI are 
known and described as windows or browser, pull-down menus, buttons, 
scroll bars, iconic images, wizards, images, a mouse, etc. With the increasing 

15 use of multimedia, sound, voice, motion video, and more are becoming part 
of the GUI or multimedia interface. 

User data is stored in the databases for many different users to access, 
but with restrictions. For example, patient data for many doctors is stored in 
a telemedicine network, but typically every doctor has rights to view only 

20 patient data associated with his/her own patients. However, some or all of 
the patient data may need to be shared between users depending on the 
need. As another example, an assistant to a doctor may have rights to see 
limited portions of patient data (e.g., that data required for patient 
scheduling) while the doctor has rights to see all of the data associated with 

25 his/her patients. With the dynamic GUI presentation, for example, users 
having rights to all or some of the same data can view the same data with 
different presentations. 
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Thus, users in a computer network can be provided with potentially 
limitless flexibility in user presentations to accommodate their particular 
needs and workflow. Appropriate restrictions to functionality and data are 
enhanced and more flexible. For everyday convenience, and in cases where 
5 emergency situations are presented, the ergonomically appropriate 

presentation of data and functionality will be of great assistance. A developer 
of software no longer has to struggle to accommodate each user by changing 
the compiled source code, minimizing costs for themselves and purchasers. 

As described, the methods herein are employed using software for use 
10 on one or more servers. The software may be embodied on one or more 
storage mediums (e.g., computer disks), or made available for server use by 

t 

other suitable means (e.g., electronic transfer). 

Provided below are embodiments describing, in more detail, 
approaches used with respect to building dynamic presentations. The 

15 detailed embodiments do not serve to limit the scope of the invention, but 
only to enable one skilled in the art how to practice the invention in better 
detail and to disclose the best mode thereof. 

FIG. 2 is a block diagram of a client 200. Client 200 may be a simple 
workstation (desktop computer), for example, or one embellished with 

20 telemedicine devices and applications as shown. Client 200 runs a client 

application 202, which embodies or houses a Web browser to enable the user 
to access the server via Transmission Control Protocol/Internet Protocol 
(TCP/IP) (Internet, intranet, Local Area Network (LAN), Wide Area Network 
(WAN)). At (1), medical devices attach to client 200 and either directly 

25 interface with client application 202 or medical device software. At (2), client 
application 202 interfaces with the medical device software to access and 
present medical device data. At (3), printers, scanners, and other devices 
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attached to client 200 use system services to support processing requested 
by client application 202. At (4), client application 202 presents the user with 
a GUI on a visual display monitor 206 for initiating access to all of client's 200 
services (applications, data, printers, scanners, etc.). User initiated input is 
s processed by client application 202 which determines the availability of the 
service, initiates the services, and presents the user with the resulting data or 
presentation from the service. At (5), client application 202 interfaces with 
teleconferencing software to manage teleconferencing connections using the 
teleconferencing standards appropriate for client 200 configuration (e.g., 

10 either H.320 or H.323). 

At (6), the teleconferencing software manages a coder/decoder 
(CODEC) interface. At (7), microphone(s) are shared between the CODEC 
and the client application 202 to initiate audio capture and audio/video 
capture capabilities; these may also be routed by the application to other 

is media (for example, a Virtual Tape Storage media) capable of storing audio, 
audio/video, or multimedia data. At (8), speakers are shared between the 
CODEC and client application 202 to initiate audio replay. At (9), camera(s) 
and camera enabled devices are attached to the CODEC. Client application 
202 controls the display and functions of the CODEC and teleconferencing 

20 software's interface to the camera. This includes live video display, self and 
remote views, camera source selection, and remote and automated camera 
control. At (10), the camera(s) can also be attached to a capture card 
capable of capturing still images or video from these camera sources. 
Cameras supporting TWAIN or other application interfaces can be connected 

25 to the client using available supported ports (serial, parallel, Universal Serial 
Bus (USB), Firewire, etc.) and interfaced to the application for the input of 
still image or multimedia acquisition. At (11), client application 202 controls 
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the interface to the capture card in response to user requests for image or 
video capture. At (12), client application 202 controls the interface to the 
LAN or WAN connections on client 200 to access a web server. These can be 
via a network interface card (NIC), modems, or CODECs. At (13), client 

5 application 202 processes all user input and coordinates system services and 
other application presentation and services for users. » 

Referring now to FIG. 3, an overview of system 100 of FIG. 1 is 
provided. System 100 is based on an N-tiered client-server architecture. 
Three layers that comprise the system are an I/O layer 302, a server layer 

10 304, and a data layer 306. I/O layer 302 renders and presents the 

information to the user, and receives and processes input from the user. 
Server layer 304 processes the user requests and stores/retrieves the 
information for the user. Data layer 306 stores the data (user and system 
data) and makes the data available for storage/retrieval by server layer 304. 

is The reason this architecture is N-tiered is that the server layer and the data 
layer can be distributed across numerous logical and physical devices. 

FIGs. 4 and 5 describe the particular architecture utilized in the present 
embodiment. As shown, the client display is hosted on a client machine 
running the display element of a web browser, such as Microsoft (MS) 

20 Internet Explorer (IE) web browser (version 4.01) provided by Microsoft 
Corporation of Redmond, Washington. The display screens for the web 
browser are generated and served from a web server, such as an MS Internet 
Information Server (IIS) (version 4.0), using Active Server Pages (ASP) 
technology. The user and system data used by the ASP to build and present 

25 the various presentations of the system are supplied by Active Server 

Components (ASC) running on an application server, such as MS Transaction 
Server (MTS) (version 2.0). The ASCs store and retrieve the data from a 
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database server, such as an MS SQL Server (version 6.5), which provides the 
mechanism for data storage. All of this Microsoft technology is well known 
and understood by those skilled in the art. 

The Internet is a network of networks which facilitates the transfer of 

5 data among numerous users who are connected to the network. The World 
Wide Web (the "Web") is the name of a high level user interface which has 
been created on the Internet to make transfers of data easier and more 
logical. The Web provides users with a distributed menu system. Menu 
pages or screens are displayed to users through which the user can easily 

io request information from another computer, or host. One feature of the Web 
is the ability to nonlinearly link or jump from one set of information to 
another through display elements called hypertext links. When a screen 
displays something in the characteristic of a hypertext link, the user has the 
ability to click on the hypertext element and immediately be transferred to 

15 the data or information identified by the hypertext, whether the data is at the 
same host as the displayed information or at some other host location 
somewhere else in the world. Typically, the user has the ability to thereafter 
dick back to the original screen display, or follow a sequence of links to 
sought-after information which can then be transmitted, or downloaded, from 

20 that host A Uniform Resource Locator (URL) is an address for a resource on 
the Internet Web addresses with the prefix "http://" denote Web screens 
with hypertext linking capability which conform to published RFC standards. 

HyperText Markup Language (HTML) pages describe what a Web 
browser will display on the screen at a remote terminal. This includes 

25 buttons text, images, animated real time loops of images, sounds, and so 
forth. Web pages contain HTML tags of data which describe how the page is 
to be interpreted by a Web browser at a remote terminal. For reference only, 
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HTML pages may be directly encoded in software by following that published 
in a number of reference texts such as HTML and CGI Unleashed, by John 
December and Mark Ginsburg, published by Sams.net Publishing, 
Indianapolis, Ind.; simple HTML pages may be written using desktop 
5 publishing and word processing software, then encoded in HTML form using 
software known as the Internet Assistant, which may be downloaded through 
Microsoft's homepage at www.microsoft.com; public domain software known 
as w Web-maker" may be downloaded from the Internet and used to make 
Web pages. 

10 Referring back generally to FIGs. 4 and 5, typical usage of the system 

is described. The system is initiated. The web browser engine that 
constitutes the display requests the logon screen from the web server. The 
web server renders the logon screen and sends it to the browser, and the 
browser displays the logon screen. The user types in a usemame and 

15 password. This information is sent back to the web server which in turn 

sends the username and the password to the application server that validates 
the username and the password against the entries in the database. 

If the username and password are valid, then the appropriate home 
screen (i.e., the first screen presented to that user) is built, typically based on 

20 (at least in part) the logged on user's group membership, rules for the user, 
and the user's interface language preference. Most presentations are built 
using generic display framework code on the web server, where one of 
several different generic frameworks is called to build the requested screen. 
In the embodiment described, three generic frameworks are designed: the 

25 navigation framework, data list framework, and the data I/O framework. 

The appropriate generic framework calls the necessary application 
server functions to retrieve system data (information used to render the 
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page) and user data (user input information) stored in database(s). The 
generic framework uses the returned system data as "blueprint" information 
to render the appropriate page using pre-defined display components as 
building blocks. The pre-defined display components are stored in the web 

5 server as files and utilized as needed. The client code (HTML) needed to 
render the requested screen is constructed on the web server and sent to the 
client display. The client display "paints" the screen and awaits user 
interaction and input. In accordance with the user inputs or requests, the 
requested screens are built using the display framework, the display 

10 components, and the database data. 

A particular feature that makes the system unique relates to the fact 
that the "blueprint information" required to build the various screens and 
associated functions is stored in the database and is modifiable without 
changes to the compiled server program. The compiled code for the system 

15 acts merely as a general framework to allow the user to configure and extend 
the system to match how the user will use the system (e.g., appropriate for 

his/her "workflow"). 

The architectural design of the system is configurable to accommodate 
different technology or platform selections. For example, the display does 
20 not have to be implemented using web server/web browser technology, but 
can use any I/O device. Any suitable database management system (DBMS) 
may also be used, such as any American National Standards Institute (ANSI) 
compliant SQL relational DBMS. 



25 



Terminology Used In The Detailed Embodiment 

User. A "user" is a person who accesses the system. Typically, the 
user is authorized to access the system and has a logon name and valid 



WO 00/45301 



-21- 



PCT/US00/01839 



password. A user is defined in the system with a unique logon name on the 
server that they initially connect to. Users can span multiple servers or 
resources. In the case where the user access to information and functions 
spans multiple servers or other resources, they are identified to those 

5 resources unambiguously. 

Group. A "group" is a collection of users associated together to share 
access to the same or similar presentation, functionality, and/or data. A 
group is identified by a unique group name. Users may belong to any 
number of groups. Grouping of users is provided to allow the system to be 

10 configured to meet the needs of a client organization as it relates to making 
users "like" one another for purposes of data sharing or access to available 
resources. 

Location. A "location" is the client node or the physical workstation 
from which the user interacts with the system. The location is identified with 

15 a unique symbolic location name as well as a unique location description. 
Along with the location identification, the capabilities of the location to 
support applications and the various multimedia capabilities of that location 
are stored in the database(s) so that the user can be presented with only 
those options supported at the location. 

20 Session. A "session" is the work performed by a particular user over 

some period of time. A session is characterized by a given user on a specific 
location of the system, from logon until logoff. The session is identified with 
a unique id that is programmatically generated when the session is initiated. 
Presentation. In general, a "presentation" is that information 

25 conveyed by or used at an I/O device to provide all or some part of a user 
interface. The information may include output information and control 
information. In this embodiment, the presentation comprises a GUI 
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presentation provided at a visual display monitor or a "screen" (see below). 
However, other "presentations" may be used to accomplish I/O processing 
and provided at other types of I/O devices (e.g., a touch screen display, 
voice-activated device, etc.). 

5 Screen. "Screens" are the visual display presentations provided to the 

user on a visual display (e.g., computer display monitor). Screens are 
dynamic in that they may display different functional objects as well as 
different data. The criteria for determining functionality and data access is 
typically based on (but not limited to) user, group, and location specification. 

io Page. A "page" is the canvas upon which the various display elements 

are rendered. The pages are dynamically rendered based on configuration 
data in the database. The result of rendering the page is a screen or screen 
region (subset of the entire display area) which is displayed to the user. A 
page is typically virtual and as such its definition in the database requires only 

is a unique symbolic page name. A real active server page may optionally be 
correlated with the symbolic name. 

Display Component. "Display components" are used by the various 
frameworks to build pages. They typically provide a GUI for some 
functionality, such as audio record/playback, text note, image capture, etc. A 

20 display component may embody one or more Base Objects. 

Action Object. An "action object" is a display element that effects 
some sort of action when selected by the user. Action objects are used to 
invoke new functionality, which may result in navigation to a new screen. For 
example, the user may select "Patient List" to navigate to a presentation of all 

25 patients to which they have access. An action object may also represent 
requests for client or server processing appropriate to the current function 
being performed by the user. For example, the user may select "Print" to 
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obtain a hard copy print out of the patient list, and yet not have a resulting 
change in the screen displayed after initiation of the action. An action object 
is rendered per its definition that includes a specification not only for the 
location on the page, but also the label and/or image to be drawn. Based on 

5 the available information, action objects may be rendered as hyperlink text, 
hyperlink images with or without text, buttons, or other visual or even audible 
controls (e.g., voice-activated action objects). 

Label. A "label" is that which is displayed (e.g., a text string) in 
association with some object, and can be interpreted based on a designated 

10 language of the user. Labels are associated with pages for generic text 
display, visual display, audio presentation or other multimedia presentation; 
lists for column headings; and action objects for associating a label with an 
action. Labels may be stored in the database in multiple languages. The 
"languages" supported may include customized client versions that resemble 

is dialects. The database configuration for a user includes their display 

language of choice. Labels are retrieved from the database and rendered on 
the display in the language/preference of the user. Defining a label in the 
system involves providing a unique symbolic name for the label and the 
actual text string/multimedia object associated with the label in each of the 

20 languages supported. In this way, the client can also effectively produce an 
interface that is unique without any change to the application code or 
executables. 

Language. "Language" refers to a set of presentation items that can 
be configured by a user or set of users. This can relate to text: human 
25 language, dialects, specific terminology for an organization, etc. It can also 
include multimedia presentation data that can be configured by a user or set 
of users to support a unique presentation. 
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Container Type. A "container type" is a term used to represent data in 
the system that has a container hierarchy type structure. Lists are an 
example of containers. The list itself contains some number of columns. 
Containers are one of the system data building blocks. A container can 

5 contain other containers or base data. Containers also have attributes (name, 
display, image, audio presentation, creation date, etc.), all of which can be 
used in a presentation of the container, or used to sort or order groups of 
containers within a presentation. 

Base Object. The multimedia data elements (Base Data) that are 

10 presented as a unit by the system, and for which there Is no further 
decomposition, are created by Base Objects. Base Objects come in two 
"flavors": those that are system defined and are data building blocks thereof 
(text producing, image producing, audio producing, audio/video producing, 
Health Level 7 (HL7) message producing, notification producing, or other 

is interface protocol producing objects for example), and those that are client or 
system defined based on a combination of system Base Objects (scanner 
producing, progress note producing, Digital Imaging and Communications in 
Medicine (DICOM) producing, client application interface producing, for 
example). Base Objects specify the attributes (name, display image, audio 

20 presentation, creation date, creation user, X/Y presentation size and units, 
etc.) that each Base Data instance will have. 

Base Data. "Base Data" are instances of data based on user I/O with a 
Base Object. They are the multimedia data elements that are presented as a 
unit by the system and for which there is no further decomposition. Base 

25 Data also have attributes (name, display image, audio presentation, creation 
date, user creating the Base Data instance, etc.), all of which can be used in 
a preservation of the Base Data or used to sort or order groups of Base Data 
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within a presentation. 

List A "list" is a display element that provides a tabular presentation 
of data. A list is a specialized container type. Columns of a list are defined in 
the database, whereas rows in a list (actual data elements) are determined 

5 by an action rule of the selected action object. A list itself is defined with a 
unique symbolic container type name. Then, the following information is 
provided for each column displayed in the list: label (used for column 
heading); column rule (an SQL query resulting in the desired attribute for the 
data element); load order (defines order which should be used to retrieve 

io information for the database); display order (defines the order for rendering 
the information on the tabular presentation); and display format (optional 
parameter to specify special formatting to be performed on the data value). 

Sequence Presentation. A "sequence presentation" is a presentation 
that allows multiple pages to be displayed simultaneously, in a consecutive 

is fashion, in a data I/O framework (e.g., using frames for a browser). Each 
sequence is specified in the database with a unique symbolic name. Each 
page of a sequence presentation is defined with information including display 
order, submit order, data type, HTML page name, and HTML anchor name. 
Access Rule. "Access rules" are instructions associated with action 

20 objects to control availability of functionality. At runtime, the access rules are 
fired and, based on the outcome, an action object will be enabled or disabled 
for a particular instance of a page's rendering. In this embodiment, an access 
rule is an SQL query which is stored in the database. While the access rule 
may evaluate based on the user, user group(s), prior presentations (routes) 

25 to the current presentation, and client node configuration information stored 
in the database, it is not prohibited from utilizing any criteria in its evaluation. 
An access rule is defined using a unique symbolic rule name and the rule 
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expression (e.g., SQL query). The rule must be encoded to return at least 
one value to enable the functionality. 

Action Rule. x> Action rules" are instructions associated with action 
objects to control access of data (e.g., patient records). At runtime, the 

5 action rule is fired to return identification for the data elements that are to be 
displayed. In this embodiment, an action rule is an SQL query which is stored 
in the database. An action rule is defined using a unique symbolic rule name 
and the rule expression (e.g., SQL query). The rule is encoded to return 
identification of all data elements to be displayed. 

10 More on Action Objects. Availability of action objects is controlled by 

access rules. Selection of an action object navigating to another page that 
displays data, utilizes the action rule associated with the action object to limit 
data access. An action object is defined using the following information: a 
unique symbolic action object name; an access rule; an action rule (optional 

15 unless the action object navigates to another screen displaying data); a label 
(optional if an image is to be displayed representing selection); an image 
(optional if a label is to be displayed representing selection); a URL 
(parameter identifying action to be performed given user selects the action 
object); URL parameters (optional parameter identifying any additional 

20 information required by the action object handler if the action object is 
selected); a list type (optional unless the action object is a column of a list 
presentation); an action type (optional unless for action objects associated 
with a list presentation); a launch (optional parameter used to direct the 
launch of a new browser for display of resultant screen); and a target 

25 (optional parameter to identify the screen region to be updated with new 
display). Once defined, the action objects are associated with pages. In the 
embodiment described, this association includes: a unique symbolic page 



WO 00/45301 



-27- 



PCT/US00/01839 



name; a unique symbolic action object name; a screen location identifier; and 
a display order (to control the placement of action objects on the page in the 
same location). 

5 Implementation of the Detailed Embodiment 

FIGs. 9, 11, and 13 are flowcharts describing the methods of 
building/assembling different types of presentation pages. FIGs. 10, 12, and 
14 are example illustrations of those presentation types and correspond to 
FIGs. 9, 11, and 13, respectively. With respect to the flowcharts of FIGs. 9, 

10 11, and 13, and the associated flowcharts of FIGs. 22-33, APPENDIX A 
describing the associated database tables should be referenced. In this 
embodiment, one of the different general framework types is selected and 
executed based on the request (e.g., requested screen) from the client. In 
addition, the methods described in relation to FIGs. 9, 11, and 13 are 

15 executed with software, using ASP technology. 

FIG. 9 is a flowchart describing a method of building or assembling a 
presentation page of the "navigation" type. An illustration of the navigation 
type screen is shown in FIG. 10. Trie navigation display framework builds the 
menu selections that allow the user to navigate to the various screens of the 

20 system. The action object in the context of the navigation page provides a 
mechanism to allow the user to move to a different screen within the system. 

Beginning at a start block 900 in FIG. 9, the web server calls a 
LoadActionObjects function in the application server to get Action Objects 
from a "Standard Navigation" collection for the navigation options (step 902). 

25 LoadActionObjects is described later in relation to FIG. 22. Next, the web 
server builds an HTML page using the Action Objects (step 904). The web 
server sends this HTML page information to the client for presentation (step 
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906). At the client, the browser renders the standard navigation screen using 
the information, and the browser waits for a user selection or request. The 
flowchart ends at a block 908. Once a navigational action object has been 
clicked or selected by the user, the browser will navigate to the requested 
s screen. 

The following information is used from the "Standard Navigation" 
Action Objects: Navigation label; Navigation page name (URL); Navigation 
parameters (URL Parameters); Navigation page target (display region); 
Navigation icon/thumbnail image; and Navigation Action Object ID number. 

io FIG. 11 is a flowchart describing a method of building or assembling a 

presentation page of the "list" type. An illustration of the list type screen is 
shown in FIG. 12, which includes the main components thereof. As shown, 
the data list display framework is used to display a list of items to the user; 
Beginning at a start block 1100 in FIG. 11, the web server calls the 

15 LoadActionObjects function (FIG. 22) in the application server to get Action 
Objects for the navigation options for the page (step 1102). Next, the web 
server selects the "List Containers" Action Objects (step 1104) and the 
"Command Area" Action Objects (step 1106) from the returned Action 
Objects. The web server builds and sends the HTML page data to the client 

20 for presentation (step 1108). At the dient, the browser renders the outer 
portions of the tabbed list page (tabs, command buttons). The preceding 
steps are associated with Data List Controls — drawing the control portion of 
the list page (e.g., tabs). 

The following information is used from the "List Containers" Action 

25 Objects (at step 1104): Number of tabs; Tab label font name, size & weight; 
Tab label; Tab status (enabled or disabled); Tab navigation page name 
(URL); Tab navigation parameters (URL Parameters); and Tab Action Object 
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ID number. The following information is used from the "Command Area" 
Action Objects (at step 1112): Command button label; Command button 
Action Object ID number; Command button navigation page or action 
subroutine call; Command button navigation page parameter or subroutine 

s parameter; and Command button navigation target (page region). 

Next, the web server calls a GetUstHeaders function in the application 
server to get column headers, and calls a GetListObjects function in the 
application server to get appropriate data (step 1110). GetUstHeaders is 
described later in relation to FIG. 24, and GetListObjects is described later in 

10 relation to FIG. 25. The web server then calls the LoadActionObjects function 
(FIG. 22) in the application server to get "Command Area" Action Objects for 
the list page (step 1112). The web server builds and sends the HTML page 
data to the client for presentation (step 1114). At the client, the browser 
renders the data table with the header and data list information using the 

is data, and the browser waits for a user selection or request. The preceding 
steps (steps 1110-1114) are associated with the Data List itself - building the 
actual list table and actions for the list. The flowchart ends at a block 1116. 

The sequence of all the steps in FIG. 11 are executed quickly so that 
the user sees one new presentation screen after the client browser renders 

20 all of the HTML information. Once a tab has been clicked or selected by the 
user, then the "List Data" section is rendered with the requested page. If the 
Action Object is selected from the data list, then the browser will navigate to 
the requested screen. 

The following information is returned from GetUstHeaders for the data 

25 table header: Column header label; and Column header display order. The 
following information is returned from GetUstObjects for each of the data 
table elements (cells): Column data display order; and Column data, which 
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includes: icon/thumbnail; label/text; Action Object (contains similar 
information as "Command Area" button or "Standard Navigation" link); and 
selection checkbox. 

FIG. 13 is a flowchart describing a method of building or assembling a 
5 presentation screen of the "data I/O" type. An illustration of the data I/O 
type page is shown in FIG. 14. The data I/O framework is used to build the 
screens used for data input and presentation. The data I/O framework 
assembles various display components to produce a page that presents a 
data item. 

10 These display components may be system provided components, or 

they may be user-created HTML files (described in more detail below). As 
shown in FIG. 14, the Personal Information, Patient Information, Medical 
Record Number and Image Capture display components are used to assemble 
the Patient Registration page. To generate new data pages, the user needs 

15 to only generate the display component (in HTML or ASP) and configure the 
database to define the new data pages. 

Beginning at a start block 1300 in FIG. 13, the server calls a 
GetDataFrames function in the application server to get sequence 
presentation information for the page to be rendered (step 1102). 

20 GetDataFrames is described later in relation to FIGs. 28A and 28B. Next, the 
web server creates frame navigation buttons using Frame navigation 
information returned from GetDataFrames (step 1304). Then, the web server 
calls the LoadActionObjects function (FIG. 22) in the application server to get 
the "Command Area" Action Objects (step 1306). The web server builds and 

25 sends the HTML page data to the client for presentation (step 1308). The 
client browser renders the data input controls (outer navigation, display, and 
command sections). 
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The following information is returned for each of the frames in a data 
item: Display order sequence; Submit (save) order sequence; Page label and 
name; Page section navigation (anchor); Component to load name (URL); 
Save component name (URL); Cancel component name (URL); Component 

5 display size; Electronic signature needed flag; ASC name for load/save; Data 
item ID (for saved data); and Data type ID. The following information is used 
from the "Command Area" Action Objects: Command button label; Command 
button Action Object ID number; Command button to navigate to different 
screen or to call a subroutine; Parameter for navigating to a different screen 

10 or parameters to call a subroutine; and Information for where to draw the 
new screen or page. 

Next, the web server calls a LoadLabels function in the application 
server to get dynamic text labels (if any) for the data element components 
(step 1310). LoadLabels is described later in relation to FIG. 27. The web 

15 server then calls a GetSeiectorList function in the application server to get 
selection options for the selectors (if any) on the data element components 
(step 1312). GetSeiectorList is described later in relation to FIG. 30. The 
web server builds and sends the HTML page data to the client for 
presentation (step 1314). The sequence of steps in FIG. 13 are executed 

20 quickly so that the user sees one new presentation screen after the client 
browser renders all of the HTML information. The flowchart ends at a block 
1316. 

At the client, a user enters/updates data into the data element 
components of the screen and selects one of the "Command Area" buttons 
25 for the server to act accordingly. The browser responds to user buttons 
selections by: Client-side actions through scripting, such as printing the 
current page to paper; Navigates to a "save" page to save or update the user 
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input data using ASCs (e.g., by calling AddValue to save the value and calling 
SaveNewDataltem for new data and UpdateDataltem for updates to existing 
data in the VMGenericData ASC); and Navigates to a "cancel" page and 
returns the user to the previous screen. 

5 In addition to pre-defined system components, customized "user- 

defined" components may be utilized in the system as well. Typically, a user- 
defined component attempts to duplicate actual paper forms used. in the 
user's office. As described herein, certain core display components are "pre- 
built" and may be used in sequence presentation definitions. These display 

io components include the personal information component, the patient 

information component, the medical record number component, the data item 
description component, the image/portrait capture component, the scan 
image component, the import image file component, the audio capture 
component, the text input component, the video capture component, and 

is others. To create new data I/O pages, display components may be defined in 
the sequence presentation definition along with user-defined display 
components (e.g., HTML files). No changes to the compiled, core program 
are necessary. An example illustration of a page including user-defined 
components is shown in FIG. 16. This screen contains three HTML files that 

20 are user created using an HTML generation tool (e.g., MS FrontPage *98). 

FIG. 15 is a flowchart describing a method of entering a "user-defined" 
component into the system for utilization in a page. Typically, this procedure 
would be executed by a system administrative user in a manual fashion. 
Starting at a start block 1500 of FIG. 15, the user creates a display 

25 component (e.g., an HTML file using an HTML generation tool) (step 1502). 
This component is stored in the web server as a file along with the predefined 
components. As shown in FIG. 16, three new display components (Allergies, 
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Patient Data, and Vita! Signs components) were created. 

The newly created HTML file is processed through a software tool that 
generates a database table generation script (step 1504). The tool is written 
to scan the HTML file to look for data elements and to generate a script 

5 which, when executed, will appropriately allocate storage space in the 
database based on those data elements. The script is then executed to 
create a new database table which stores the information from input 
elements of the HTML file (step 1506). For example, in the "Vital Signs" 
section in FIG. 16, the fields corresponding to "Date", "Wt." (weight), "B.P." 

10 (blood pressure), "Pulse", and "Ht." (height) would be newly created fields of 
a new "Vital Signs" database table. 

Next, the database is modified to define a sequence presentation (step 
1508). The sequence presentation for FIG. 16 uses three user-created HTML 
files and an existing data list page as a component (4 display components 

15 total). The information for a sequence presentation includes: (1) what 

HTML/ASP components to display, (2) in what order to display the HTML/ASP 
components, (3) the section header text, (4) the data type specification for 
saving the data to appropriate database tables created using the tool, (5) the 
mechanism through which the data is loaded and saved, and (6) the amount 

20 of screen to dedicate to displaying the component. A generic mechanism for 
loading and saving the data is provided as part of the system. 

The database is modified to create a sequence presentation that 
defines the new data I/O page and assign Action Objects to that page (e.g., 
Save button, Cancel button, Edit button, etc.) (step 1510). For the example 

25 above, a "Cover Page" was defined and the Save, Edit, and Cancel buttons 
assigned to that page. Next, the database is modified to define an Action 
Object that will allow access to the newly created data I/O page (step 1512). 
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The "Cover Page" action object was created for this example. Finally, the 
page(s) that will host the Action Object are configured to allow access to.the 
newly created data I/O page, and the Action Object is added to that page 
(step 1514). As shown in FIG. 16, the "Cover Page" action object was 

s assigned to the "Cover Page" tab of the Patient Chart 

FIGs. 17-21 are example illustrations of screens dynamically generated 
using the methods described herein. Note that the screens of FIGs. 20 and 
21, as well as the screen in FIG. 16, are shown in extended fashions for 
illustration clarity only and allow the use of well-known scroll bars for full 

10 viewing. 

FIG. 17 is an example illustration of an "Audio Note" screen of the data 
I/O framework type, which has been dynamically generated using the 
described methods herein. A user may enter text information in the fields 
under Data Item Information, and record and listen to audio using the audio 
15 component area. The general framework is used to host two data I/O 

components. The Data Item Description and Audio components were created 
in ASP. The general framework code retains no specific knowledge about the 
two components, except what was loaded in during program execution time 
from the database. 

20 FIG. 18 is an example illustration of a "Text Note" screen of the data 

I/O framework type, which has been dynamically generated using the 
methods described herein. A user may enter text data in the fields shown 
and save it to the database. 

FIG. 19 is an example illustration of an "Image Import" screen of the 

25 data I/O framework type, which has been dynamically generated using the 
methods described herein. Again, the same framework code is used to 
support an Import Image data I/O page. The only major- difference between 
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this and the Audio Note screen is the actual data I/O components used (Data 
Item Information and Import Image ASP pages) and the sequence 
presentation information in the database. 

FIG. 20 is an example illustration of a screen of the data I/O 

s framework type, where the page incorporates several system and user 
defined components, which has been dynamically generated using the 
methods described herein. In this example showing a client-specific "Patient 
Registration" page, the core display components (Patient Information & 
Image Capture components) are integrated with a user-provided HTML file 

10 (Patient Registration component). Again, no change to the compiled code 
was necessary to generate this page. The user-provided Patient Registration 
component attempts to duplicate the actual paper forms used in the user's 
office. 

FIG. 21 is an example illustration of the data I/O framework type, 
is where the page incorporates system and user defined components, which has 
been dynamically generated using the methods described herein. The page 
here further imitates the actual paper form by eliminating the different 
section headers and dividing lines for the last four components. By 
configuring the sequence presentation not to include headers for each 
20 component, the display components are seamlessly "glued" together to 
present a singular form look. Image data may be particularly important to 
show visual status of patients, as in the case shown in FIG. 21 of a patient 
looking very ill. 

For use in relation to the methods described in relation to FIGs. 9, 11, 
25 and 13, FIGs. 22-33 are flowcharts describing server actions taken for the 
dynamic generation of such presentations. The methods described in relation 
to FIGs. 22-33 are executed with software using ASCs on the application 
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server. as mentioned above, the detailed embodiment described herein does 
not serve to limit the scope of the invention, but only to enable one skilled in 
the art how to practice the invention and to disclose the best mode thereof. 

s Function LoadActionObjects . FIG. 22 is a flowchart describing a 

method associated with Function LoadActionObjects. LoadActionObjects 
identifies the action objects associated with the named page to which the 
user logged on at the particular location has access. Output from the 
function is a collection that identifies the action objects with all the 

10 parameters required by the GUI software. 



20 



15 



INPUT 
PageName 
Userld 
Locationld 



DisplayLanguageld 



Select ionValues 



DESCRIPTION 

symbolic name for page 

logon user identifier 

location (client node) 

identifier 

logon user display 

1 anguag e identifier 

array of keyword and value 

pairs of information 

necessary to process the 

access rules of the action 

objects 



25 



OUTPUT 
List 



DESCRIPTION 
collection of action 
objects and all the 
parameters describing the 
action object formatting 
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The method is performed as described in the FIG* 22. With respect to step 
2202, the following instructions may be performed: 

SELECT <PageId> = PAGE_ID FROM Pages 
5 WHERE PAGE_NAME = <PageName> 

With respect to steps 2204, 2206, and 2208, the following instructions may 
be performed: 

10 SELECT AO . * , PAO . * , GTS . Text_S tring 

FROM ActionJDbjects AS AO 
INNER JOIN Page_Action_Objects AS PAO 

ON AO.Action_Object_ID = PAO . Act ion_Ob j ect_ID 
INNER JOIN Gui_Text_Strings AS GTS 
15 ON AO.Text_ID = GTS.TextJED 

WHERE PAO.Page_ID = <PageId> 

AND GTS . Language_ID = <DisplayLanguageId> 
ORDER BY AO.Location_On_Page, PAO . Display_Order 

20 With respect to step 2214, the following instructions may be performed: 

<StoredProcedureName> = "v2kj?_" & <PageId> & w _r_" 
& <AccessRuleId> 
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With respect to step 2222, the List that is returned to the caller may include; 

5 

LocationOnPage 
Di spl ayOrde r 
ActionObjectld 
ActionOb j ectName 
10 ActionType 
Image 
Label 
URL 

URLParameters 
15 Launch 
Target 
Enabled 



20 Function LoadActionObiectStoredProcedure . FIG. 23 is a flowchart 

describing a method associated with Function 

LoadActionObjectStoredProcedure. Load ActionObjectStored Procedure builds 
the stored procedure that is an access rule associated with a given page. The 
Userld, Locationld, and DisplayLanguageld are automatically included as 
25 parameters to the stored procedure. Any other parameters required by the 
stored procedure must be supplied in the SelectionValues array- 
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10 



15 



INPUT 
Page Id 
Userld 
Locationld 

DisplayLanguage Id 

AccessRuleld 
Select ionValues 



StoredProcedureName 



DESCRIPTION 
page identifier 
logon user identifier 
location (client node) 
identifier 
logon user display 
language identifier 
access rule identifier 
array of keyword and value 
pairs of information 
necessary to process the 
access rules of the action 
objects 

name of stored procedure to 
be created 



20 



OUTPUT 
N/A 



DESCRIPTION 
N/A 



The method is performed as described in FIG. 23. With respect to step 2302, 
the following instruction may be executed: 



SELECT <RuleExpression> = Rule_Expression 
FROM Rules WHERE Rule_ID = <AccessRuleId> 
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With respect to step 2304, the following instructions may be executed: 

<SqlString> = u CREATE PROC w & <StoredProcedureName 

5 Sc " ( 

©@User_Id int, @@Location_Id int, 
®@Display__Language_Id int " 
For Each element In SelectionValues 

<SqlString> = <SqlString> & @@" & <Keyword> 

10 Sc 

" varchar (255) " 

Next 

<SqlString> = <SqlString> & " ) AS SET NOCOUNT ON " 
<RuleExpression> 



15 



20 



25 



With respect to step 2306, 

Execute <SqlString> 

With respect to step 2308> the following instructions may be performed: 

<SqlString> = "GRANT ALL ON " & 
< S t oredProcedureName > & 

« TO w <DBUserName > 
Execute <SqlString> 

With respect to FIG. 23 generally, an example is provided below under the 
heading "Example of LoadActionObjectStoredProcedure." 
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Function GetListHeaders . FIG. 24 is a flowchart describing a method 
associated with Function GetListHeaders. GetListHeaders returns the column 
headings in the requested language for the table to be built. 



10 



15 



20 



INPUT 

Userld 

Locationld 

DisplayLanguageld 

Con t a inerTypeName 
Select ionValues 



OUTPUT 
List 



DESCRIPTION 

logon user identifier 

location. (client node) 

identifier 

logon user display language 
identifier 

name of the list to be displayed 
array of keyword and value pairs 
of information necessary to 
process the list 

DESCRIPTION 

collection of list column 
headings information, including 
the display order and text 
string 



The method is performed as described in FIG. 24. With respect to step 2402, 
the following instruction may be performed: 



SELECT <ContainerTypeId> = ContainerJType_ID FROM 
Con t a i ne r_Type s 

WHERE Container_Type_Name = <Cont a inerTypeName > 
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With respect to step 2404, the following instructions may be performed: 

SELECT DISTINCT GTS . TEXT_STRING AS Column_Name , 
Display_Order 
5 FROM Container_L.ist_Columns AS CLC 

INNER JOIN Gui_Text_Strings AS GTS 

ON CLC.Text_ID = GTS.Text_ID 
WHERE Container_Type_ID = <ContainerTypeId> 
AND Language_ID = <DisplayLanguageId> 
10 ORDER BY Display_Order 

With respect to step 2408, the <List> that will be returned to the caller may 
include: 

column heading text string 
15 display order 
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Function GetListObiects . FIG. 25 is a flowchart describing a method 
associated with Function GetUstObjects. GetListObjects returns an array 
containing all the information necessary to build the list presentation. Data is 
returned for each column with all the rows sorted into the proper order. 



10 



15 



20 



INPUT 

Userld 

Locationld 

D i sp 1 ay Language I d 

ActionObj ectName 

Cont a i ne rTypeName 
Select ionValues 



OUTPUT 
List 



DESCRIPTION 

logon user identifier 

location (client node) 

identifier 

logon user display language 
identifier 

name of the action object 
leading to the list display 
name of the list to be displayed 
array of keyword and value pairs 
of information necessary to 
process the list 

DESCRIPTION 

collection representing a grid 
of the columns and rows in the 
list . 



The method is performed as described in FIG. 25. With respect to step 2502, 
25 the following instruction may be performed: 



30 



SELECT <ActionObjectId> = Action_Object_ID FROM 
Action_Obj ects 

WHERE Action Object_Name = < Ac t ionObj ectName > 
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With respect to step 2504, the following instruction may be performed: 

SELECT <ContainerTypeId> = Container_Type_ID FROM 
Container_Types 
5 WHERE Container_Type_Name = <ContainerTypeName> 

With respect to step 2506, the following instruction may be performed: 



SELECT <ActionRuleId> = Rule_ID FROM Rules AS R 
10 INNER JOIN Action_ Objects AS AO 

ON AO.Action_Rule_ID = R.Rule_JED 
WHERE AO. Action_Object__ID = <ActionObjectId> 



15 



With respect to step 2508, the following instruction may be performed: 

SELECT * FROM Container_List_Columns 
WHERE Container_Type_ID = <ContainerTypeID> 
ORDER BY Load_Order 

20 With respect to step 2514, the following instruction may be executed: 



<StoredProcedureName> = n v2k_r_" & <ActionRuleID> & 
« t " & <ContainerTypeId> & "_c_ n & <OrderId> 
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With respect to step 2522, the following list will be returned to the caller 
based on <ColumnType>: 

if <ColumnType> is action object 
5 include: 

Containerld 

DisplayOrder 

ActionObjectName 

ActionObjectld 
10 Image 

Label 

D i sp 1 ay Fo rmat 
URL 

URLParameters 
15 Mode 

' Launch 
Target 

else if <ColumnType> is label 
include : 
20 DisplayOrder 
Image 
Label 

DisplayFormat 
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Function LoadColumnStoredProcedure . FIG. 26 is a flowchart 
describing a method associated with Function LoadCoiumnStoredProcedure. 
LoadColumnStoredProcedure builds the stored procedure that retrieves the 
column information for a list presentation. The Userld, Locationld and 
s DisplayLanguageld are automatically included as parameters to the stored 
procedure. Any other parameters required by the stored procedure are 
supplied in the SelectionValues array. 

INPUT DESCRIPTION 
10 Userld logon user identifier 

Locationld location (client node) 

identifier 

DisplayLanguageld logon user display language 

identifier 

15 ContainerTypeld list type identifier 

Orderld column order identifier 

ActionRuleld access rule identifier 

SelectionValues array of keyword and value pairs 

of information necessary to 
20 process the access rules of the 

action objects 
StoredProcedureName name of stored procedure created 

OUTPUT DESCRI PTION 

25 N/A N/A 

The method is performed as described in FIG. 26. With respect to step 2602, 
the following instruction may be executed: 

30 SELECT <ActionRuleExpression> = Rule_Expression 

FROM Rules WHERE Rule_ID = <ActionRuleId> 
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With respect to step 2604, the following instruction may be executed: 

SELECT <ColumnRuleExpression> - Column_Rule 
FROM Container_List_Columns 

WHERE CONTAINER_TYPE__ID = < ContainerTypeId> 
AND LOAD_ORDER = " €c <OrderID> 

With respect to step 2606, the following instructions may be executed: 



10 <SqlStrihg> = "CREATE PROC " & <StoredProcedureName> 

€c »( 

User_Id int, ®@Location_Id int, 
@@Display_Language_Id ,int ,f 

For Each element In <SelectionValues> 
15 ' <SglString> = <SqlString> & 11 , @@" & 

<Keyword> & " varchar (255) " 

Next 

<SqlString> = <SqlString> & ") AS SET NOCOUNT ON " 
<SqlString> = <SqlString> & "Create Table 
20 #t_Containers (Container__ID int) " 

<SqlString> = <SqlString> & "INSERT INTO 
#t_Containers (Container_ID) w 

<SqlString> = <SqlString> & <ActionRuleExpression> 
<SqlString> = <SqlString> & <ColumnRuleExpression> 



25 



30 



With respect to step 2608, 

Execute <SqlString> 

With respect to step 2610, the following instruction may be executed: 



<SqlString> = "GRANT ALL ON " & 
< S t oredProcedureName > & 

« TO w <DBUserName> 
Execute <SqlString> 



35 
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With respect to FIG. 26 generally, an example is provided below under the 
heading "Example of LoadColumnStoredProcedure." 

Function LoadLabels . FIG. 27 is a flowchart describing a method 
associated with Function LoadLabels. LoadLabels identifies the labels 
associated with the named page. Output from the function is an array that 
identifies the labels by their symbolic name and provides the text strings to 
the caller in the language requested. 



10 



15 



20 



INPUT 

PageName 

Userld 

Locationld 

Di sp 1 ayLanguage I d 



OUTPUT 
List 



DESCRIPTION 

symbolic name for page 
logon user identifier 
location (client node) 
identifier 

logon user display language 
identifier 

DESCRIPTION 

collection of labels that 
includes the symbolic name and 
text string 
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1 



The method is performed as described in FIG. 27. With respect to step 2702, 
the following instructions may be performed: 



SELECT PL . LABEL_NAME ., GTS . TEXT_STRING 
5 FROM PAGES AS P, 

INNER JOIN PAGE_LABELS AS PL 

ON P.PAGE_ID = PL.PAGE^ID 
INNER JOIN GUI_LABELS AS GL 

ON PL . LABEL_NAME = GL . LABE L_NAME 
10 INNER JOIN GUI_TEXT_STRINGS AS GTS 

ON GL.TEXT_ID = GTS . TEXT__ID 
WHERE P.PAGE_NAME = <PageName> 

AND GTS . LANGUAGE_ID = <DisplayLanguageId> 

is With respect to step 2704, the <List> that will be returned to the caller may 
include: 

label symbolic name 
text string 

20 
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Function GetDataFrames . FIGs. 28A and 28B are flowcharts describing 
a method associated with Function GetDataFrames. GetDataFrames returns 
an array containing all the information necessary to build a sequence 
presentation page. This information includes specifics about each of the data 
components including display information (display order, form tag, form, 
frame height, etc) as well as processing information (submit order, save 
action, cancel action, electronic signature required indicator, ASC name, data 
type identification, etc.) 



10 



15 



20 



25 



INPUT 

Userld 

Lo9ationId 

Di sp 1 ayLanguage I d 

Ac t i onOb j e c t Name 

Con t a i ne rName 



DisplaySequence 
Select ionValues 



OUTPUT 
List 



DESCRIPTION 

logon user identifier 

location, (client node) 

identifier 

logon user display language 
identifier 

name of the action object 
leading to the sequence display 
name of the parent data 
container, to be displayed in the 
sequence 

name of the display sequence 
array of keyword and value pairs 
of information necessary to 
process the data sequence 

DESCRIPTION 

collection of data frame and 
associated data item information 
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The method is performed as described in FIGs. 28A and 28B. With respect to 
step 2802, the following instruction may be performed: 

SELECT <ActionObjectId> = Action_Obj ect_ID FROM 
5 Action_Objects 

WHERE Action_Object_Name = <ActionObj ectName> 

With respect to step 2804, the following instruction may be performed: 

0 SELECT <ContainerId> = Container_ID FROM Containers 

WHERE Container_Name = <ContainerName> 

With respect to step 2806, the following instruction may be performed: 

[5 SELECT <SequenceId> = Sequence_ID FROM 

Da t a_I t em_S equen c e s 

WHERE Sequence_Name = <DisplaySequence> 
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With respect to step 2808, the following Instructions may be performed: 

SELECT DT.ASC_Object_Name, DISP.*, GTS . Text_St ring 
FROM Data_Item_Sequence_Pages AS DISP 
INNER JOIN Data_Types AS DT 

ON DISP.Data__Type_ID = DT . Data_Type_ID 
FULL OUTER JOIN Gui_Text_ St rings AS GTS 

ON DISP.HTML_FORM_PAGE_TEXT_ID = GTS . Text_ID 
WHERE DISP.Sequence_ID = <DisplaySequenceID> 

AND GTS.Language_ID IN (null, 
<DisplayLanguageId>) 
UNION 

SELECT * * AS ASC_Ob j ect__Name , DISP . * , 
GTS .Text_String 

FROM Data_ I tem_Sequence_Pages AS DISP 
FULL OUTER JOIN Gui_Text_Strings AS GTS 

ON DISP.HTML_FORM_PAGE_TEXT_ID = GTS.Text_ID 
WHERE DISP.Sequence_ID = <DisplaySequenceId> 

AND Data__Type_ID IS NULL 

AND GTS . Language_ID IN (null, 
<DisplayLanguageId>) 
ORDER BY Display_Order 



WO 00/45301 



-53- 



PCT/USOO/01839 



With respect to step 2812, the <Ust> that will be returned to the caller 
includes: 

DisplayOrder 
SubmitOrder 
FormPageName 
FormPageAnchor 
FormPageLabel 
FormPage 
FormTag 

ForimS a ve Ac t i on 
FormCancelAction 
FrameHeight 

ElectronicSignatureRequired 
ASCOb j ectName 
DataTypeld 
Dataltemld 

With respect to step 2816 of FIG. 28B, the following instruction may be 
20 performed: 

SELECT * FROM Action__Obj ects 

WHERE Action_Object_ID = <ActionObj ectld> 

25 With respect to step 2822 of FIG. 28B, the following instruction may be 
performed: 

<StoredProcedureName> = w v2k_r_" & <ActionRuleID> & 
»_s_" €c <SequenceId> 

30 

With respect to step 2832, this step updates the <DataItemID> of <List>. 



10 
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Function LoadDataltemsProcedure . RG. 29 is a flowchart describing a 
method associated with Function LoadDataltemProcedure. 
LoadDataltemsProcedure builds the stored procedure that retrieves the 
identification of the data elements to be displayed in the sequence 
s presentation. The Userld, Locationld and DisplayLanguageld are 

automatically included as parameters to the stored procedure. Any other 
parameters required by the stored procedure are supplied in the 
SelectionValues array. 



10 INPUT 
Userld 
Locationld 

D i s p 1 ay Languag eld 

15 

Sequenceld 
ActionRuleld 
Select ionValues 

20 

StoredProcedureName 



DESCRIPTION 

logon user identifier 

locat ion ( cl ient node ) 

identifier 

logon user display language 

identifier 

sequence identifier 

action rule identifier 

array of keyword and value pairs 

of information necessary to 

process the access rules of the 

action objects 

name of stored procedure created 



OUTPUT DESCRIPTION 
25 N/A N/A 

The method is performed as described in RG. 29. With respect to step 2902 
of RG. 29, the following instruction may be performed: 

30 SELECT <ActionRuleExpression> = Rule_Expression 

FROM Rules WHERE Rule ID = <ActionRuleId> 
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With respect to step 2904 of FIG. 29, the following instructions may be 
performed: 

<SqlString> •= "CREATE PROC. " &■ .<StoredProcedureName> 

5 Sc 

" (@®User_Id int, ®@Location_Id int, 
@@Display_Language_Id int, @®Container_ID int " 

For Each element In SelectionValues 

<SqlString> = <SqlString> & ", ®@" & <Keyword> 
10 & " varchar (255) " 

Next 

<SqlString> = <SqlString> & " ) AS SET NOCOUNT ON " 
<SqlString> = <SqlString> & 

"SELECT C.Container_Type_Id, DO . Data_Item_Id, 
15 DI .Data_Type_ID 

FROM Data_Itfems AS DI 
INNER JOIN Data_Objects AS DO 

ON DI .Data_Item_ID = DO . Data_I tem_ID 
INNER JOIN Containers AS C 
20 ON C.Container_ID = DO . Container_ID 

WHERE DO.ContainerJED (" 

Sc <ActionRuleExpression> & w ) " 



With respect to step 2910, 
25 Execute <SqlString> 

With respect to step 2912, the following instructions may be performed: 

<SqlString> = "GRANT ALL ON " & 
30 <StoredProcedureName> & * TO " <DBUserName> 
Execute <SqlString> 
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Function GetSelectorList . FIG. 30 is a flowchart describing a method 
associated with Function GetSelectorList. GetSelectorList identifies the values 
for the drop-down selector on the named page. The output of the function is 
a collection that contains the text strings to be displayed along with their 
s internal identifiers. 



INPUT 
PageName 
SelectorName 
10 Userld 

LocationlD 
DisplayLanguagelD 

•i 

15 OUTPUT 
List 



DESCRIPTION 

symbolic name for page 

symbolic name for the selector 

logon user identifier 

location (node) identifier 

logon user display language 

identifier 

DESCRIPTION 

collection of text strings with 
the internal identifiers 



The method is performed as described in FIG. 30. With respect to step 3002, 
20 the selector information retrieved includes an <ActionObjectArea>. The 
following instruction may be used: 

SELECT SELECTOR_ID, ACTION_OBJECT_AREA 
FROM SELECTORS S, PAGES P, DYNAMIC_SELECTORS DS 
25 WHERE PAGE_NAME = < PageName > 

AND S.PAGE_ID = P.PAGE_ID 
AND DS.PAGE_ID = P.PAGE_ID 
AND SELECTOR NAME <SelectorName> 
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Function LoadDataltem . FIG. 31 is a flowchart describing a method 
associated with Function LoadDataltem. LoadDataltem retrieves the data 
associated with the passed in data item ID from the database. The function 
must determine the type of data to retrieve by querying the database for the 
5 appropriate table to load the data from. The output of this function is a 
collection of items retrieved for the passed in data item ID. 



is The method is performed as described in FIG. 31. With respect to step 

3102, the following instructions may be used: 

SELECT Data_Types . * 
FROM Data_Types 

20 INNER JOIN Data__I terns ON Data_Types . Data_Type_ID = 

Data_I terns . Data__Type_ID 
WHERE Data_Item_JED = <DataItemID> 

With respect to step 3106, the following instruction may be executed: 

25 



INPUT 

DataltemID 



DESCRIPTION 

The ID of the data item to load 



10 



OUTPUT 
ReturnList 



DESCRIPTION 

The collection of data that was 
retrieved for this data item ID 



SELECT * FROM <DataTable> 

WHERE Data Item ID = <DataItemID> 
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Function AddValue . FIG. 32 is a flowchart describing a method 
associated with Function AddValue. AddValue is called prior to a call to 
SaveNewDataltem or UpdateDataltem. It takes a name/value pair and adds 
it to the collection maintained inside the VMdata class. This function is called 
by either ASP's or COM's to add individual data elements to a data item. 



10 



INPUT 

ControlName 



DataValue 



DESCRIPTION 

The name associated with the 
data element; used for column 
name resolution 

The value of the data element; 
this value can be of any type 
handled by Visual Basic 



15 



OUTPUT 
N/A 



DESCRIPTION 
N/A 



The method is performed as described in RG. 32. 



20 Function SaveNewDataltem . RG. 33 is a flowchart describing a 

method associated with Function SaveNewDataltem. SaveNewDataltem 
saves the values passed in through AddValue as a single data item. 

DESCRIPTION 

Left Container that will be 
associated with the new 
container created of type 
The type of data being saved as 
defined in the data_types table 
Container type of the new data 
30 item being saved as defined in 

the table container_types 



25 



INPUT 

LeftContainer 



DataType 
ContainerType 



OUTPUT 
N/A 



DESCRIPTION 
N/A 
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The method is performed as described in FIG. 33. With respect to step 3302, 
the following instruction may be executed: 

5 SELECT * FROM Data_Types 

WHERE Data_Type_ID = <DataTypeID> 

Function UpdateDataltem . RG. 34 is a flowchart describing a method 
associated with Function UpdateDataltem. UpdateDataltem saves the values 
10 passed in through AddValue as a single data item. This function assumes 
that the data item has already been saved at some previous time. 



15 



INPUT 

DataltemID 

OUTPUT 
N/A 



DESCRIPTION 

Data Item to update 

DESCRIPTION 
N/A 



The method is performed as described in RG. 34. With respect to step 3402, 
20 the following instructions may be executed: 



SELECT Data_Types . * FROM Data_Types 

INNER JOIN Data_I terns ON Data_Types .Data_Type_ID = 

Dataltems . Data_Type_ID 
25 WHERE Data_Item_ID = <DataItemID> 

Example of LoadActionObiectStoredProcedure . A clinical user has 
logged on to the system that results in a request for the 
CLINICAL_USER_HOME page. All action objects for this page are identified: 



30 
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PageName=CLINICAL_USER_HOME 
Pageld = 19 



ActionObjectld 


ActionObjectName 


LocationOnPage 


Display 
Order 


ActionRuleld 


151 


AO_Clinical_Patient_List 


Standard 
Navigation 


1 


14 


475 


Add Clinicl Patient 


Standard 
Navigation 


2 


356 


485 


Add Clinic2 Patient 


Standard 
Navigation 


2 


363 


494 


Add Clinic3 Patient 


Standard 
Navigation 


2 


369 


503 


Add TRC Patient 


Standard 
Navigation 


2 


377 


527 


Add Gladstone Patient 


Standard 
Navigation 


2 


385 


539 


Add TBI Patient 


Standard 
Navigation 


2 


395 


9 


Schedule List 


Standard 
Navigation 


3 


10 


10 


Add Appointment 


Standard 
Navigation 


4 


16 


11 


Video Conference 


Standard 
Navigation 


5 


10 


12 


Alerts 


Standard 
Navigation 


6 


10 


5 


Clincial User Nav Home 


Standard 
Navigation 


7 


14 


14 


Configuration 


Standard 
Navigation 


8 


10 



5 

Each action object in the list above will be evaluated to determine 
whether the resulting page will include the functionality represented by the 
action object. As an example of this evaluation, consider whether the user 
will be able to view the AO_Clinical_Patient_List action object. 
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A stored procedure is created which, when executed, will determine if 
the user has access or not. The access rule associated with the action object 
is: 

5 AccessRuleld = 14 

AccessRuleName = Is User Not In Admin Group 
AccessRuleExpression = 
SELECT GCH.Lef t_container_ ID 
FROM Container_Hierarchy AS UCH 
10 INNER JOIN Container_Hierarchy AS GCH 

ON UCH.Right_Container_ID. = GCH . Lef t_Container_ID 
INNER JOIN Data_Objects 

ON GCH.Right_Container_ID = 
Data_Ob j ects . Container_ID 
15 INNER JOIN Groups 

ON Groups .Data_Item_ID = Data_Obj ects .Data_Item_ID 
WHERE Groups . Group_Name <> ' 'Administration 1 ■ 
AND UCH. lef t_container_ID = @®User_ ID 

20 

This access rule determines whether the user logged on the system 
(@@User_ID) is in a group named 'Administration'. If not, access is granted. 
Otherwise, access will be denied. 

A stored procedure named v2k_p_19__r_14 is programmatically 
25 created. The *p_19' is for pageid 19 and V_14' is for access rule 14. The 
following is the body of the actual stored procedure: 



WO 00/45301 



PCT/US00/01839 



-62- 

* if exists (select * from sysobjects where id = 

object_id( 1 sqluser . v2k_p_19_r_14 • ) and sysstat & Oxf = 4) 
drop procedure sqluser . v2k_p_ 19_jr_14 

GO 

CREATE PROC v2 k_p_l 9_r_l 4 (@@User_ID int, @@Location_ID int, 
@@Display_Language_ID int) AS SET NOCOUNT ON 
SELECT GCH.Lef t__container_ID 
FROM Container_Hierarchy AS UCH 

INNER JOIN Container_Hierarchy AS GCH ON 
UCH.Right_Container_ID = GCH . Left_Container_ID 

INNER JOIN Data_Objects ON GCH . Right_Container_ID = 
Data_Obj ects . Container^ ID 

INNER JOIN Groups ON Groups . Data_Item_ID = 
Data_Ob j ects . Data_I tem_ID 

WHERE Groups . Group_Name <> 'Administration 1 
AND UCH. lef t_container_ID = @@User_ID 

GO 

GRANT EXECUTE ON sqluser . v2kj?_19_r_l 4 TO sqluser 
GO 
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Example of LoadColumnStoredProcedure . A user selects an action 
object on the page they are currently viewing. This action object leads to the 
display of another page that includes a list presentation. 

Selection of the action object named x AO_ActiveJJser_Patient_B' is an 
5 example. This is the B tab in the A-Z presentation on the patient list. 

Clicking on *B' leads to a list display of all the active patients whose last name 
begins with B, to which the clinical user has access. 



The action object is defined as: 

10 

ActionObjectld = 181 

ActionObjectName = AO_Active_User_Patient_B 
ActionRuleld = 138 

ActionRuleName = Select Active User B Patients 
15 ActionRuleExpression = 

exec vmxsp_patient_list @@User_ID, 1 , B' " , ■ 1 USER ' ■ , 
• 1 ACTIVE 

URL = vm_list_di splay .asp 
URL_Parameters = CT=CT_Patient_List 

20 

This action object navigates to the Vmjist_display.asp' with a 
parameter to indicate the ContainerType of the list to be displayed is 
% CT_Patient_Lisf . The container type controls the columns displayed. The 
25 action rule controls the rows displayed. 

The action rule in this case is an invocation of pre-existing stored 
procedure named Vmxsp_pat3entjisf which is defined in the following. The 
following stored procedure Vmxsp__patientjisf demonstrates the complexity 
of the rules that the system supports: 
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if exists (select * from sysobjects where id = 
object_id( ' dbo. vmxsp_patient__list 1 ) and sysstat & Oxf = 4) 
drop procedure dbo. vmxsp_jpatient_list 

GO 

CREATE PROC vmxsp_patient_list (@user__id int , ©letter char, ©filter 

varchar(lO) , ©status varchar(lO) ) 

AS 

SET NOCOUNT ON 

declare ©1 ikes t ring varchar(30) 

* 

select ©likestring = ©letter + • %• 

CREATE TABLE #t_patients (container_id int) 

if ©filter = 1 USER 1 
BEGIN 

INSERT INTO #t_patients (container_id) 
SELECT distinct vl . Right_Container_ID FROM 
v__right_cont_hierarchy_type as vl 

INNER JOIN v_lef t_cont_hierarchy_type AS v2 

ON v2 .Lef t__Container_ID = vl . Lef t_Container_ID 
INNER JOIN v_right_cont_hierarchy_type AS v3 

ON v3 .Right_Container_ID = v2 . Right_Container_ID 
INNER JOIN Container_Hierarchy AS CH4 

ON CH4.Lef t_Container_ID = vl .Right_ Container_ID 
INNER JOIN Data_Objects AS DOB J 

ON CH4 . Right_ Container^. ID = DOB J. Container_ID 
INNER JOIN Personal_Inf orrnation AS PI 

ON PI .Data_Item_ID = DOBJ.Data_Item_ID 
WHERE vl . Right_Container_Type_Name - • CT_Patient 1 

AND v2.Lef t_Container_Type_Name = • CT_Relationship 1 
AND v3 . Right_Container_Type_Name = 'CT — Group 1 
AND v3 .Lef t_Container_ID = @User_ID 
AND PI.Sur_Name LIKE ©likestring 
AND CH4 .Delete_Status = 0 

UNION 
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SELECT distxnct vl .Lef t_contaxner_ID FROM v_cont_hxerarchy_and_types as vl 
INNER JOIN v_lef t_cont_hierarchy_type AS v2 

ON v2 .Right_Contaxner_ID » vl .Rxght_Container_ID 
INNER JOIN v_right_cont_hxerarchy_type AS v3 

ON v3 .Le£t_Container_ID » v2 .Lef t_Container_ID 
INNER JOIN Container_Hierarchy AS CH4 

ON CH4 .Rxght_Container_ID c v3 .Right_Container_ID 
INNER JOIN Container_Hierarchy AS CH5 

ON CHS.Lef t_Contaxner_ID » vl . Lef t_Container_ID 
INNER JOIN Data_Objects AS DOBJ 

ON CH5.Right_Contaxner_lD » DOBJ.Container_ID 
INNER JOIN Persona l_In format ion AS PI 

ON PI .Data_Item_ID = DOBJ.Data_Item_ID 
WHERE vl .Right_Container_Type_Name «* . ' CT_Telemedxcine_Appointment ' 

AND vl.Lef t_Container_Type_Name «= *CT_Patient* 

AND v2 .Lef t_Container_Type_Name » ' CT_Relatxonship* 

AND v3 .Right_Container_Type_Name « *CT_Group* 

AND CH4 .Lef t_ Container_ID * ©User_ID 

AND PI.Sur_Name LIKE ©likestrxng 

AND CH4 .Delete_Status = 0 

AND CH5.Delete_Status = 0 

END 

else 

BEGIN 

INSERT INTO flt_pacients <container_id) 

SELECT distinct v. Lef t_container_ID FROM v_lef t_cont_hierarchy_type as v 
INNER JOIN Data_Objects AS DOBJ 

ON v.Right_Contaxner_ID = DOBJ .Container_ID 
INNER JOIN Personal_Inf orraation AS PI 

ON PI -Data_Item_ ID = DOBJ.Data_Item_ID 
WHERE v.Le£t_Container__Type_Narae = ' CT_Patient' 

AND PI.Sur_Name LIKE ©likestring 

END 

if {©status <> 1 ALL* ) 
BEGIN 

SELECT TPT.Container_ID FROM #t_patients AS TPT 
INNER JOIN Container_Hierarchy AS CH 
ON CH.Lef t_Container_ID - TPT.Container_ID 
INNER JOIN Data_Objects AS DOBJ 

ON CH.Right_Container_ID = DOBJ . Container^ ID 
INNER JOIN Patients AS PT " 

ON PT.Data_Item_ID - DOBJ.Data_Itera_ID 
INNER JOIN Single_Value_Lists AS SVL 

ON SVL.List — Entry_ID * PT. Status 
WHERE SVL.List_Name = ' Patient_Status • 

AND SVL. Symbol ic_Name IN ( ©status ) 

AND CH.Delete_Status = 0 

END 

else 

BEGIN 

SELECT TPT.Container_ID FROM *ft_patients AS TPT 

END 

RETURN 
30 
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The list type displayed for the patient list is: 
ContainerTypeld =11 

ContainerTypeName = CT_Patient_List 
5 LoadOrder = 1 ■ 

ColumnRuleExpression = 
SELECT ( 

Given_Name + * ' • ■ + Middle_Name + • 1 • ' + SurJSFame 
+ ■> + Suffix) AS Label, 

10 NULL AS Image, 

Container_Hierarchy . Lef t_Container_ID AS 
Container_ID 

FROM Personal_Inf ormation 

INNER JOIN Data_Objects AS Data_Objects 
15 ON Personal_Inf ormation. Data_Item_ID = 

Data_Obj ects . Data_I tem_ID 
INNER JOIN Container_Hierarchy AS 
Container_Hierarchy 

ON Data_Objects*Container_ID = 
20 Container^Hierarchy . Right__Cont ainer__ID 

INNER JOIN #t_Containers 

ON #t_Containers . Container_ID = 
Container JHierarchy. Lef t_Container_ID 
ORDER BY Sur Name, Given_Name 



A stored procedure named v2k_r_138_t_ll_c_l is programmatically 
created. The Y_138' is for action rule id of the action object, Y_ll' is the 
container type id for x Cr_Patient_List' and *c_l' is the first column loaded to 
30 build the table. The following is the body of the actual stored procedure: 
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if exists (select * from sysobjects where id = 

object_id ( ■ sqluser . v2k__ r_138_t_ll__ c_i ■ ) and sysstat & Oxf = 4) 
drop procedure sqluser . v2k_r_13 8_t_ll_c — 1 

GO 

CREATE PROC v2k_r_13 8_t_ll_c_l (@®User_ ID int, @@Location_ID int, 
®@Display_ Language_ID int) AS SET NOCOUNT ON 
Create Table #t_Containers 
( 

Container__ID int 
) 

INSERT INTO #t_Containers (Container__ID) 

exec vmxsp_p at:ient — list ©@User_ID, 'B', 'USER 1 , 'ACTIVE* 
SELECT (Given_Name + 1 1 + Middle_Name + ' ' + Sur_Name + 1 ' + 
Suffix) AS Label, 

NULL AS Image, 

Container_Hierarchy .Lef t_Container_ID AS Container_ID 
FROM Personal_Inf ormation 

INNER JOIN Data_Objects AS Data_Objects ON 
Personal_Inf ormation . Dat a_I t em_ID = Dat a_Ob j ects . Dat a_I tem_ID 

INNER JOIN Container_Hierarchy AS Container_Hierarchy ON 
Data_Objects .Container_ID = Container_Hierarchy . Right_Container_ID 

INNER JOIN #t_Containers ON #t_Containers . Container_ID = 
Con t a i ne r_H i e r ar chy . Le f t _Con t a i ne r_ I D 
ORDER BY Sur_Name, Given_Name 

GO 

GRANT EXECUTE ON sqluser . v2k_r_l 3 8_t_ll_c_l TO sqluser 
GO 



WO 00/45301 



-68- 



PCT/USOO/01839 



Alert Notification Subsystem . Alert notifications are available in the 
system, and are configurable using similar "rules", A particular embodiment 
of alert notification and configurability is described below. 

5 



Feature 


Implementation 


System allows a user to send 

all diet L lllcboaLjG LU ULl ici 

user(s). 


Adhoc Alert 


oyotcm iiuuiitii ubci\b/ oi 
action objects events 
initiated by another user. 


MULL/ ruci L 


Aierx is presenieu via auuiu 
and/or visual signals at 
♦specified time interval based 

nn nrinritv 

ui i \Jt i\Jt icy. 


Ai iHin A/ici Alot+ 
rVUUlU/ V loUal MICIL 


Alert is able to include data 
items that can be viewed via 
action object mechanism. 


Alert Data 


Alert is enabled based on 
predefined rule. 


Alert Rule 


Alert is sent to predefined 
group(s) or user(s) based on 
alert user rule. 


Alert User Rule 


Alert message is intelligently 
generated based on system 
states. 


Alert Message Template 



The general overall architecture and functionality for the alert 
subsystem is represented in FIG. 35. The general design of the alert 
subsystem is represented in FIG. 36. As shown in FIG. 36, the alert 
io subsystem is composed of four main components: the Alert User Interface 
(UI); the Alert Dispatcher; the Alert Processor; and the Alert Data. Each 
component is separated from each other by the technology and functional 
capabilities that it encapsulates. 
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Alert User Interface (UI). FIG. 37 shows an example illustration of the 
Alert UI. The Alert UI encapsulates the visual and audio presentation solution 
for the alert. It uses many of today's most advanced browser technology 
such as ActiveX, HTML, DHTML, Java, Javascript, and VB Script to provide the 

5 most efficient and flexible solution interfacing user interaction with the alert. 
From the time a user logs on to the system to the time of log off, the Alert 
UI component tracks all alerts pertaining to that user and notifies the user 
appropriately of any incoming alert by a combination of sight and sound 
signals. Incoming and outgoing alerts are automatically saved until they are 

10 deleted by the user. When an action object is clicked on by the user, the 
underlying automatic alert UI component navigates the DHTML hierarchy to 

■t 

collect all of the contextual information for the alert generation process. The 
contextual information is important for the generation of intelligent automatic 
alerts. 

is Alert Dispatcher. When the Alert UI component completes its client's 

services, it sends a request to the appropriate server side Alert Dispatcher to 
handle the alert processing. The Alert Dispatcher is made up mostly of ASP 
pages that call the appropriate Alert Processor Interface based on the 
contextual information provided by the Alert UI component The alert 

20 dispatch may be configured as part of the sequence presentation. 

Alert Processor. When the Alert Processor is called, it processes all the 
contextual information to determine the user, the message, and the 
conditions for the alert. The Alert Processor interfaces with the database to 
obtain alert data for the alert(s) associated with the action object, the 

25 template for the alert, and the alert rule(s) for alert activation. The Alert 
Processor exposes three main public function interfaces to the Alert 
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Dispatcher for sending alerts. The interfaces and processes are represented 
in FIG. 38. 

An important aspect of the Alert Processor component is the 
configurable method of generating alert messages and determining the alert 
criteria for the appropriate activation conditions and recipients. In order to 
include data in the body of a message, the alert template embeds field data 
in <! !> symbols. To determine the alert criteria for alert activation, the alert 
rule requires that embedded field data and conditional logic be surrounded by 
keywords and symbols. The required keywords, symbols, and their 
definitions for the alert rule text are as follows: 



Keywords & 
Symbols 


Definitions 


<! !> 


Must surround an alert field 
name 


@user 


Denotes current user who is 
initiating the action object. 


0 


Must surround an alert rule 


statement 


#AND# 


Denotes AND logic 


#OR# 


Denotes OR logic 




Denotes Equality 


<> 


Denotes Inequality 


> 


Denotes Greater than 


< 


Denotes Less than 


1 


Denotes Inclusive OR 




Denotes Between 


TRUE 


Denotes Boolean - TRUE 
condition 


FALSE 


Denotes Boolean - FALSE 
condition 
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Alert Data. The Alert Data component is composed of a set of data 
and tables residing in the database. The structure of the alert allows the 
association of action objects with alert templates and users. Alert data is 
5 generated when the SendAlert() function in the Alert Processor is called. 

Alert Configuration. This section explains how an automatic alert can 
be enabled for an action object. The steps to configure an automatic alert for 
an action object are as follows: 

10 1 Create a rule to identify the user(s) to receive the automatic alert. 

For example, the following rule selects the users with logon names of 
Taylor' or 'Sorrels': 

15 SELECT PIC.Lef t_container_ID as container_id 

FROM Users 

INNER JOIN Data__Objects AS PID 

ON Users .Da ta_Item_ID = PID , Data_Item_ID 
INNER JOIN Container^ Hierarchy AS PIC 
20 ON PIC.Right_Container_ID = PID . Container_ID 

INNER JOIN Containers 

ON Containers . Container_ID = 
PIC . Lef t_Container_ID 
INNER JOIN Container^ Types 
25 ON Containers . Container_Type_ ID = 

Container_Types . Container_Type_ID 
WHERE Users.Logon_Name in (• 'Taylor 1 1 , 1 'Sorrels' ') 
AND container_types .Container_Type_Name = 
1 f CT User • • 
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2. Create an alert data rule to associate data with the alert. 

For example, the following data rule selects a data element named l X-Ra/ 
5 with a date of today for the patient identified by @Pau"entId: 

SELECT XRAY.Lef t_container_ID as container_id 
FROM Container_Hierarchy as XRAY 

INNER JOIN Data_Objects AS XRAYDO 
10 ON XRAYDO. Container_ID = 

XRAY . Right_Container_ID 
INNER JOIN Container_Description AS XRAYCD 

ON XRAYCD. Da ta_Item_ID = XRAYDO. Data_Item_ID 
INNER JOIN Container_Hierarchy AS PAT 
15 ON PAT.Right_Container_ID = 

XRAY . Lef t_Container_ID 
WHERE XRAYCD . Name = " X - Ray ' ' 

AND XRAYCD. Creation_Date_Time >= convert (datetime, 
getdateO, 1) 
20 AND PAT. Left Container ID = ©Patient Id 



3. Create an alert rule to define the alert activation criteria. 



25 For example, the following rule sends an automatic alert when the 
message text included 'Dr* and 'Order 7 : 

( < ! Name_TEXT ! > |Dr) #AND# (< !Name_TEXT! > | Order) #AND# 
(< !ACTION_MODE! > = EDIT) #AND# 
30 (<!PROVIDER_USER_ID_VALUE!> > 0) #AND# 

(< !SCHEDULED_DATE_TEXT!> = #OR# 
< ! SCHEDULED_T I ME_TEXT ! > = #OR# 
< ! REFERRER PRIORITY ID VALUE ! > = ) 
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4. Associate the alert user rule, alert data rule, alert rule, and alert template 
with an alert definition in the Alert Data Component. 

5 AlertName = Dr Order Alert Definition 

AlertUserRule = Alert_User__Rule_ID 
AlertDataRule = Alert_Data_Rule_ID 
AlertRuleld = Alert_Rule_ID 
AlertTemplate = 
10 < ! PERSONAIi__INFORMATION . SUR_NAME I > 

< I PERSONAL_INFORMATION . GI VEN_NAME ! > 

<! PERSONAL_INFORMATI ON. SUFFIX i> has orders pending 
from < ! ©user . PERSONAL_I NFORMAT I ON . SUR_NAME ! > 

< ! ©user . PERSONAL_INFORMATION . GI VEN_NAME I > 
15 < !,@user . PERSONAL_INFORMATION . SUFFIX ! > . 

5. Associate the alert definition with an action object. 

AlertName = Dr Order Alert Definition 
20 Alertld = 8 

ActionObjectName = Save Text Button 
ActionObjectld = 452 



25 Scope of the Invention/Other Embodiments . Although the invention 

has been described in reference to specific embodiments, the description is 
not meant to be construed in a limiting sense. Various modifications of the 
disclosed embodiment, as well as alternative embodiments of the invention 
will become apparent to persons skilled in the art upon reference to the 

30 description. It is therefore contemplated that the appended claims will cover 
such modifications that fall within the true spirit and scope of the invention. 
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APPENDIX A: TABLES 



Table: ACT10N_OBJECT_ALERTS 
Columns 

Name 



Type 



Size 



ACTION_OBJECr_ID 
ALERT ID 



Number (Long) 
Number (Long) 



4 
4 



10 

Table: ACnON_OBJECTS 
Columns 



Name 


TvDe 


Size 


ACT!ON_OBJECT_ID 


Number (Long) 


4 


ACTION_OBJECT_NAME 


Text 


50 


ACGESS_RULE_ID 


Number (Long) 


4 


ACTION_RULE_ID 


Number (Long) 


4 


TEXT_ID 


Number (Long) 


4 


CONTAINER_TYPE_ID 


Number (Long) 


4 


ACT10N_TYPE 


Text 


30 


URL 


Text 


50 


URL_PARAMETERS 


Text 


255 


TARGET 


Text 


255 


IMAGE 


Text 


255 


LAUNCH 


Text 


20 


ACnON_OBJECT_ANNOTATION 


Memo 





Table: ALERTS 
Columns 



Name __ 


Type 


Size 


DATA_ITEM_ID 


Number (Long) 


4 


USER_ID 


Number (Long) 


4 


LAST_MODIFIED_DATE_TIME 


Date/Time 


8 


CREATION_DATE_71ME 


Date/Time 


8 


SIGNED 


Yes/No 


1 


AL£RT_D ATETIM E 


Date/Time 


8 


RESOLVE_DATETIME 


Date/Time 


8 


PRIORTTYJD 


Number (Long) 


4 


STATUS_ID 


Number (Long) 


4 


SENDJTO 


Memo 




RESOLVED_BY 


Number (Long) 


4 
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Table: AUDIO_DATA 








Columns 








Name 


Tvoe 


Size 


5 


DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATTON_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 


10 


DATA 


Text 


255 




VERSIONJD 


Number (Long) 


4 




Table: AUDITING 






1 c 
1 -> 


U 1 1 1 1 19 








Name 


Type 


Size 




Un 1 H 1 MDLC 


Text 


30 




AUDIT DATA TABLE 


Text 


30 




AUDIT 


Yes/Np 


1 


20 


DELETE_STATUS 


Number (Long) 


4 




Table: AUTOMATIC_ALERT_DEFINmONS 








Columns 






ZD 


Mamp 


Tvoe 


Size 


AUERTJD 


Number (Long) 


4 




ALERT_NAME 


Text 


50 




DYNAMIC_MESSAGE 


Memo 






USER_LIST_RULE_ID 


Number (Long) 


4 


30 


DATA_LIST_RULE_ID 


Number (Long) 


4 




ALERT.RULEJD 


Number (Long) 


4 




RESOLVEJTYPE 


Number (Long) 


4 
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Table: OJEI\TT_APPLICATION_PARAMETCRS 








Columns 








Name 


— lYPe 




5 


APPLICATION __ID 


Number (Long) 


4 




KEYWORD 


Text 


50 




KEYPATH 


Text 


255 




VALUE 


- Text 


255 




TYPE 


Text 


20 


10 










Table: CLIENT_APPLICATIONS 








Columns 








Name 


Type 


OIZ6 


15 


APPLICATONJD 


Number (Long) 


4 




APPLICATION_NAME 


Text 


50 




DIRECTORY 


Text 


255 




EXECUTABLE_NAME 


Text 


255 




COMMAND LINE 

III l/AI ^1 VJ 1—1 1 « l_ 


Text 


255 


20 










Table: (XIcNT_prul>uc i b 








LOIUmnS 








Name 


Type 


Size 


25 


DATA_ITEM_ID 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




LAST_MODIRED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 


30 


PRODUCTTYPE 


Text 


80 




PRODUCT.NAME 


Text 


80 




MANUFACTURER 


Text 


80 




VERSION 


Text 


20 




SERIAL_NUMBER 


Text 


50 


35 


IN_USE 


Yes/No 


1 
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Table: CONTAINER_CROSS_REFERENCE 
Columns 





Name 


1 Yk^ . 


Size 




LOCAL_C0NTAINER_ID 


Number (Long) 


A 

*t 


c 


EXTERNAL_SYSTEM_ID 


Number (Long) 


4 




EXTERNAL_CONTAINER_ID 


Number (Long) 


4 




Tahlp* rniMTATNFR DESCRIPTION 






1 A 
1U 


fVilit mnc 

^UIUIIII §9 








Name 


Tvrv* 


Size 




DATA_UEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


Ji 

*r 




LAST_M0DIFIED_DATE_T1ME 


Date/Time 


8 


15 


CREATION J5ATETIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




NAME 


Text 


255 




DESCRIPTION 


Memo 






IMAGE 


Text 


255 


20 










Table: CONTAINER_HIERARCHY 








Columns 








til — ■ n t -. 

Name 


LxEe. . 


Size 


25 


LEFT_CONTAINER_ID 


Number (Long) 


A 

n 




RIGHT CONTAINER ID 


Number (Long) 


4 




DELETE STATUS 


Number (Long) 


4 


30 


T—Ul^. rAMTATMCD 1 TCT fYM 1 IMNQ 

Table: cun i ain tK_ub i _cului v ipio 
















Name 


Type 


Size 




CONTAI N E R_TYPE_I D 


Number (Long) 


4 




TEXTJD 


Number (Long) 


4 


35 


COLUMNJTYPE 


Number (Long) 


4 




COLUMN_RULE 


Memo 






DISPLAY.ORDER 


Number (Long) 


4 




LOAD.ORDER 


Number (Long) 


4 




DISPLAY_FORMAT 


Text 


50 
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Table: CONTAINERJTYPES 








Columns 








Name 


Type 


Size 


5 


CONTAINER_7YPE_ID 


Number (Long) 


4 




CONTAINER_7YPE_NAME 


Text 


50 




DIRECTORY_SERVICES 


Yes/No 


1 




(XIENT_PATH_NAME 


Text 


32 




SERVER_PATH_N AM E 


Text 


32 


10 


DELETE^ STATUS 


Number (Long) 


4 




CONTAINERJTYPE_ANNOTATION 


Memo 


~ 




Table: CONTAINERS 






15 


Columns 








Name 


Type 


Size 




CONTAINER JD 


Number (Long) 


4 




CONTAIN ER_NAME 


Text 


255 




CONTAINER_TYPE_ID 


Number (Long) 


4 


20 


DELETE_STATUS 


Number (Long) 


4 




Table: DATA_DEFAULT_RULES 








Columns 






25 


Name 


Type 


Size 


DATA_TYPE_ID 


Number (Long) 


4 




FORM_RUL£ 


Memo 
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Table: DATAJTEM_SEQUENCE_PAGES 
Columns 



5 



15 



Name 


Type 


Size 


SEQUENCEJD 


Number (Long) 


4 


DISPLAY_ORDER 


Number (Long) 


4 


LEFT_CONTAINER_TYPE_ID 


Number (Long) 


4 


RIGHT_CONTAINER_TYPE_ID 


Number (Long) 


4 


DATA_TYPE_ID 


Number (Integer) 


2 


SUBMIT_ORDER 


Number (Long) 


4 


HTM L_FO RM_PAG E_N AM E 


Text 


50 


HTML_FORM_PAGE_ANCHOR 


Text 


50 


HTML_FORM_PAGE_TEXT_ID 


Number (Long) 


4 


HTM L_FO RM_P AG E 


Text 


50 


HTM L_FORM_TAG 


Text 


50 


HTM L_FORM_SAVE_ACTION 


Text 


50 


HTM L_FO RM_CAN CEL_ACTION 


Text 


50 


FRAME_H EIGHT 


Number (Long) 


4 


ELECTRONIC_SIGNATURE_REQUIRED 


Yes/No 


1 



20 



Table: DATA_ITEM_SEQUENCES 
Columns 

Name 



25 



SEQUENCEJD 

SEQUENCE_NAME 

ICON_PAGE 

SEQUENCE_ANNOTATTON 



Type 



Size 

4 
30 
4 



Number (Long) 
Text 

Number (Long) 
Memo 



Table: DATAJTEMS 
30 Columns 

Name Type : Sjze 

DATA_ITEM_ID Number (Long) 4 

DATA_TYPE_ID Number (Integer) 2 

CREATIO N_DATE_TIM E Date/time 8 

35 CREATORJD Number (Long) 4 

SOURCE_TYPE Number (Byte) 1 

SOURCE_ID Number (Integer) 2 

LOCKED_BY Number (Long) 4 

DELETE_STATUS Number (Long) 4 



40 
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10 



Table: DATA_LOAD_RULES 
Columns 

Name 



DATA_TYPE_ID 
FORM_RULE 



Table: DATA_OBJECTS 
Columns 

Name 



CONTAINER_ID 
DATA_ITEM_ID 



15 Table: DATA,_SAVE_RULES 
Columns 

Name 



20 



DATA_TYPE_ID 
FORM_RULE 



Type 



Size 
4 



Number (Long) 
Memo 



Type 



Size 



Number (Long) 
Number (Long) 



4. 
4 



Type 



Size 



Number (Long) 
Memo 



Table: DATA_TYPES 
Columns 

Name . 

25 DATA_TYPE_ID 

DESCRIPTTVE_NAME 

TEXTID 

ICON 

ASC_OBJECT_NAME 
30 ASC_ICON_OBJECT_NAME 
DATAJTABLE 

ELECTRONIC_SIGNATURE_DEFAULT 

DELETE_STATUS 

DATA_TYPE_ANNOTATION 



Type 


Size 


Number (Long) 


4 


Text 


50 


Number (Long) 


4 


Text 


255 


Text 


255 


Text 


255 


Text 


30 


Yes/No 


1 


Number (Long) 


4 


Memo 
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Table: DEVICES 








Columns 








Name 


Type 


- Size 


5 


DATAJTEMJD 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




last3jodired_date_ttme 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


X 


10 


DEVICE_TYPE 


Text 


80 




DEVICE_NAME 


Text 


80 




MANUFACTURER 


Text 


80 




VERSION 


Text 


20 




SERIAL_NUMBER 


Text 


50 


15 


TM 1 ICC 

INJJSc 


Voc/Mn 


i 




Table: DICOM_DATA 








Columns 






20 


Name 


Tvoe 


Size 


DATAJTEMJD 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




LAST_MODIRED_DATEjnME 


Date/Time 


8 




CREATI0N_DATE_T1ME 


Date/Time 


8 


25 


SIGNED 


Yes/No 


1 




DATA 


Text 


255 




VERSION JD 


Number (Long) 


4 
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Table: DIRECTORY_STRUCTURE 
Columns 








Name 


TvDe 


Size 


5 


DATA_TYPE 

TYPE 

HOST 

PATH_NAME 


Text 

Number (Integer) 

Text 

Text 


32 
2 

255 
255 


10 


Table: DOUBLE_VALUE_LISTS 
Columns 








Name 


TvDe 


Size 


15 
20 


LIST_ENTRY_ID 

LIST^NAME 

SYMBOLIC_NAME 

VALUE1_TEXT_ID 

VALUE2_TEXT_ID 

IMAGE 

DISPLAY_INDICATOR 
DISPLAY_ORDER 


Number (Long) 

Text 
Text 

Number (Long) 
Number (Long) 
Text 
Yes/No 

Number (Integer) 


4 
o\J 
30 
4 
4 
255 
1 
2 


25 


Table: DYNAMIC_SELECTORS 
Columns 








Name 


Tvoe 


Size 


30 


SELECTOR_ID 

ACTIO N_0 BJ ECT_AREA 

DYNAMIC_ENTRY_ID 

DYNAMIC_TEXT_ID 


Number (Integer) 
Text 

Number (Long) 
Number (Long) 


2 
50 
4 
4 
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Table: FORMATTED jrBO_DATA 
Columns 



Name Type Size 

5 DATA_ITEM_ID Number (Long) 4 

USERJD Number (Long) 4 

LAST_MODIFIED_DATEJTIME Date/Time 8 

CREATION^DATEjnME Date/Time 8 

SIGNED Yes/No 1 

10 DATA Text 255 

VERSION JD Number (Long) 4 



Table: GROUPS 
15 Columns 

Name Type Sjze 

DATAJTENLID Number (Long) 4 

USERJD Number (Long) 4 

LAST_MODIFIED_DATC_TIME Date/Time 8 

20 CREATIO N_D ATE_T1 M E Date/Time 8 

SIGNED Yes/No 1 

GROUP.NAME Text 255 

DESCRIPTION Text 255 

PRACnCEJTYPEJD Number (Integer) 2 



25 



Table: GUI_LABELS 
Columns 

Name 



30 



LABEL_NAME 
TEXT ID 



Table: GUIJTEXTJD 
35 Columns 

Name 



TEXTJD 
TEXT NAME 



Type 



Size 



Text 

Number (Long) 



32 
4 



Type 



Size 



Text 
Text 



255 
50 
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Table: GUI_TEXT_STRINGS 
Columns 

Name ' 



Type 



Size 



TEXT_ID 

LANGUAGE_ID 

TEXT_STRING 



Text 

Number (Integer) 
Text 



255 
2 
255 



10 



Table: IMAGE_DATA 
Columns 

Name 



15 



20 



DATAJTEMJD 
USER_ID 

LAST_MODinED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

DATA 

VERSION ID 



Table: LANGUAGES 
Columns 

Name 



25 



LANGUAGE.ID 

LANGUAGE_NAME 

TEXTJD 



Type 



Size 



Number (Long) 

Number (Long) 

Date/Time 

Date/Time 

Yes/No 

Text 

Number (Long) 



4 
4 
8 
8 
1 

255 
4 



Type 



Size 



Number (Long) 

Text 

Text 



4 
15 
255 



30 Table: LISTS 
Columns 

Name 

LIST_NAME 
LETTABLE 
35 EDIT_LEVEL 

DEFAULT_SYMBOLIC_NAM E 



Type . Size 

Text 30 
Text 30 
Number (Integer) 2 
Text 30 



WO 00/45301 



PCT/US00/01839 



-85- 





Table: LOCATIONS 
Columns 








Name 


Type 


Size 


5 

10 


DATA_ITEM_ID 

• tf r~n ti"\ 

USER_ID 

LA5T_MODIFIED_DATE_TIME 

CREAT10N_DATE_TIME 

SIGNED 

LOCATION_NAME 

LOCA"nON_DESCRIPTION 

STATUS 


Number (Long) 

rMumucr ^UOfiyj 

Dat^/Time 

Date/Time 

Yes/No 

Text 

Text 

Number (Byte) 


4 

4 

8 
8 
1 
50 
50 
1 


15 


Table: MEDICAL_RECORD_NUM BERS 
Columns .. 








Name 


Type 


Size 


20 
25 


DATA_ITEM_ID 
USERJD 

LAST_MODIFIED_DATE_TIME 

CREAiION_DATE_TIME 

SIGNED 

MEDICAL_RECORD_NUMBER 
MEDICAL_RECORD_DESCRIPTION 

Table: PAGE_At. I ion_OdJcc i o 
Columns 


Number (Long) 

Number (Long) 

Date/Time 

Date/Time 

Yes/No 

Text 

Text 


4 
4 
8 
8 
1 
30 
255 




Name 


Type 


Size 


30 


PAGE_ID 

ACTION_OBJECT_ID 
DISPLAY_ORDER 
LOCATION_ON_PAGE 
FI RE_ACT10 N_RU LE 


Number (Long) 
Number (Long) 
Number (Long) 
Text 
Yes/No 


4 
4 
4 

30 
1 



35 
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Table: PAGE_LABELS 
Columns 

Name 



PAGE_ID 
LABEL_NAME 



10 



Table: PAGES 
Columns 

Name 



15 



PAGE_ID 
PAGE_NAME 
ASP . NAME 



20 



Table: PATIENTS 
Columns 

Name 



25 



DATA_ITEM_ID 
USER_ID 

LAST_MODIFIED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

PRIMARY_PHYSICIAN_ID 
STATUS 



Type 



Size 



Number (Long) 
Text 



4 

32 



Type 



Size 



Number (Long) 

Text 

Text 



4 

50 
255 



Type 



Size 

4 
4 
8 
8 
1 
4 
2 



Number (Long) 
Number (Long) 
Date/Time 
Date/Time 
Yes/No 

Number (Long) 
Number (Integer) 
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Table: PERSONAL_INFORMATTON 
Columns 

Name : 



10 



15 



DATA_ITEM_ID 
USER_ID 

LAST_MODIFIED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

SSN 

DOB 

SEX_ID 

TITLES 

SUR_NAME 

GIVEN_NAME 

MIDDLE_NAME 

SUFFIX 



Type 



Size 



Number (Long) 

Number (Long) 

Date/Time 

Date/Time 

Yes/No 

Text 

Text 

Number (Integer) 

Text 

Text 

Text 

Text 

Text 



4 
4 
8 
8 
1 
11 
14 
2 
100 
40 
40 
40 
10 



Table: RELATIONSHIPS 
20 Columns 

Name Type : : . Size 

DATAJTEM_ID Number (Long) 4 

USER_ID Number (Long) 4 

LAST_MODIRED_DATE_TIME Date/Time 8 

25 CREATION_DATE_TIME Date/Time 8 

SIGNED Yes/No 1 

RELATIONSHIP_NAME Text 255 



30 Table: RULES 
Columns 

Name 



35 



RULE_ID 
RULE_NAME 
RULE_EXPRESSION 
RULE ANNOTATION 



Type 



Size 



Number (Long) 
Text 
Memo 
Memo 



4 

50 
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Table: SELECTORS 








Columns 








Name 


Tvoe 


Size 


5 


SELECTORJD 


Number (Long) 


4 




PAGE_ID 


Number (Long) 


4 




SELECTOR_NAME 


Text 


32 




TYPE 


- 1 ext 




in 










Table: SESSIONS 








Columns 








Name 


TvDe 


Size 




SESSIONJD 


Number (Long) 


4 


15 


USER_ID 


Number (Long) 


4 




LOCATIONJD 


Number (Long) 


4 




LOGON_TIME 


Date/Time 


8 




LOGOFF_TIME 


Date/Time 


8 




LAST_UPDATED 


Date/Time 


8 


20 


APPOINTMENTJD 


Number (Long) 


4 




CURRENT_PATIENT_ID 


. Numoer (Long ) 






Table: SIMPLE_TABLE_SELECTORS 






25 


Columns 








Name 


Tvoe 


Size 




SELECTORJD 


Number (Integer) 


2 




LIST_NAME 


Text 


30 




COLUMN_NAME 


Text 


30 
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Table: SINGLE_VALUE_USTS 
Columns 

Name 



10 



LIST_ENTRY_ID 
UST_NAME 
SYMBOLIC_NAME 
VALU E_TEXT_I D 
IMAGE 

DISPLAYJNDICATOR 
DISPLAY_ORDER 



Type 



Size 



Number (Long) 

Text 

Text 

Number (Long) 

Text 

Yes/No 

Number (Integer) 



4 
30 
30 

4 
255 

1 

2 



15 



Table: STUDY_DATA 
Columns 

Nanie 



20 



DATAJTEM_ID 
USER_ID 

LAST_M O DIFI ED_D ATE_TI M E 

CREATION_DATE_TIME 

SIGNED 

NUMBER_OF_ROWS 
NUMBER_OF_COLUMNS 



25 



Table: SYSTEM_CONFIGURATION 
Columns 

Name 



30 



KEYWORD 
VALUE 



Type 



Size 



Number (Long) 
Number (Long) 
Date/Time 
Date/Time 
Yes/No 

Number (Integer) 
Number (Integer) 



4 
4 
8 
8 
1 
2 
2 



Type 



Size 



Text 
Text 



50 
255 



35 



Table: SYSTEMS 
Columns 

Name 



SYSTEMJD 
SYSTEM_N AM E 
SYSTEM_TYPE 
INSTALL ID 



Type 



Size 



Number (Integer) 

Text 

Text 

Text 



2 
50 
20 
50 
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T»UU t TTVT r\ATA 

Table: i txr_DATA 








Columns 








Name 


Type 


Size 


5 


DATA_1 1 fcM_ID 




4 




USER_ID 


Number (Long) 


4 




LAST_MODIRED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TI ME 


Date/Time 


8 




SIGNED 


Yes/No 


1 . 


10 


DATA 


Memo 






Table: USERS 








columns 






15 


Name 


Type 


Size 




DATA_rTEM_ID 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATIO N_D ATE_TI M E 


Date/Time 


8 


20 


SIGNED 


Yes/No 


1 




LOGON_NAME 


Text 


32 




PASSWORD 


Text 


50 




VERIFY_PASSWORD 


Text 


50 




USER_TYPE_ID 


Number (Integer) 


2 


25 


STATUS 


Number (Integer) 


2 




DISPLAY_LANGUAGE_ID 


Number (Integer) 


2 




Table: VIDEO_DATA 






30 


Columns 








Name 


Type 


Size 




DATAJTEM_ID 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




LAST_MODIRED_DATE_TIME 


Date/Time 


8 


35 


CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




DATA 


Text 


255 




VERSIONJD 


Number (Long) 


4 
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View: v_cont_hierarchy_and_types 
Columns 

Name 

left_container_id 

5 !eft_container_name 
left_containerJype_id 
left_containerJype_name 
left_directory_services 
left_client_path_name 

l o left_server_path_name 
left_container_type_anno 
right_containerJd 
right_container_name 
right_container_type_id 

1 5 right_container_type_name 
right_directory_services 
right_client_path_name 
rightlserver _path_name 
right_containerjype_anno 



Type Size 

Number (Long) 4 

Text 255 
Number (Long) 4 
Text 50 
Yes/No 1 
Text 32 
Text 32 
Memo 

Number (Long) 4 

Text 255 
Number (Long) 4 
Text 50 
Yes/No 1 
Text 32 
Text 32 
Memo 



View: v_containers_and_data„items 
Columns 



Name 


Type 


Size 


containeMd 


Number (Long) 


4 


containerjiame 


Text 


255 


container_Jype_id 


Number (Long) 


4 


datajtemjd 


Number (Long) 


4 


datajypejd 


Number (Integer) 


2 


creation_date_time 


Date/Time 


8 


creatorjd 


Number (Long) 


4 


source_type 


Number (Byte) 


1 


sourcejd 


Number (Integer) 


2 


locked_by 


Number (Long) 


4 



35 
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Vlew: v_co n ta i ners_a nd_ty pes 
Columns 

Name Type Size 

5 containerjd Number (Long) 4 

container_name Text 255 

container_type_id Number (Long) 4 

container_type_name Text 50 . 

directory_services Yes/No 1 

10 dient_path_name Text 32 

server_path_name Text 32 

container_type_annotation Memo 

15 View: v_data_items_and_data_types 
Columns 

Name . Type Size 

data_item_id Number (Long) 4 

data_type_id Number (Integer) 2 

20 creation_date_time Dat^/Tlme 8 

creator_id Number (Long) 4 

source_type Number (Byte) 1 

source_Jd Number (Integer) 2 

locked_by Number (Long) 4 

25 descriptive_name Text 50 

text_fd Number (Long) 4 

icon Text 255 

asc_object„name Text 255 

asc_icon_object_na me Text 255 

30 data_table Text 30 

electronic_signature.jJefauIt Yes/No 1 

data_Jype_annotation Memo 
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View: v_data_pbjects_and_datajtems 
Columns 

Name 

5 containerjd 

datajtemjd 

datajypejd 

creation_dateJime 

creatorjd 
10 sourcejype 

source Jd 

locked_by 



Type ; Size 

Number (Long) 4 

Number (Long) 4 

Number (Integer) 2 

Date/Time 8 

Number (Long) 4 

Number (Byte) 1 

Number (Integer) 2 

Number (Long) 4 



15 View: v_data_objects_and_data_types 
Columns ;| 



Name 


Type 


Size 


containerjd 


Number (Long) 


4 


datajtemjd 


Number (Long) 


4 


data_type_id 


Number (Integer) 


2 


creation_date_time 


Date/Time 


8 


creatoMd 


Number (Long) 


4 


sourcejype 


Number (Byte) 


1 


sourcejd 


Number (Integer) 


2 


locked J>y 


Number (Long) 


4 


descriptive_name 


Text 


50 


textjd 


Number (Long) 


4 


icon 


Text 


255 


asc_object_name 


Text 


255 


ascjcon_object_name 


Text 


255 


datajable 


Text 


30 


electronic_signature_defau!t 


Yes/No 


1 


data_type_annotation 


Memo 
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View: vjeft__oont_hierarchy_type 
Columns 








Name 


Type 


Size 


5 
10 


left_contafner_id 
right_containerjd 

loft* fnnfctifi^r nsrnp 

left_container_type_id 

left_container_type_name 

left_directory_services 

left_dient_path_name 

left_server_path_name 

lefl_container_type_anno 


Number (Long) 
Number (Long) 
Text 

Number (Long) 

Text 

Yes/No 

Text 

text 

Memo 


4 

4 
255 

4 
50 

1 
32 


15 


View: v_righticx>nt_hierarchy_type 
Columns 








Name 


Type 


Size 


20 
25 


left_container_id 

right_containerjd 

right_container_name 

right_container_type_fd 

right_a>ntainer_type_name 

right_directory_services 

right_client_path_name 

right_server_path_name 

right_container_type_anno 


Number (Long) 
Number (Long) 
Text 

Number (Long) 

Text 

Yes/No 

Text 

Text 

Memo 


4 
4 

255 
4 
50 
1 
32 
32 



30 

WE CLAIM: 
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CLAIMS: 

1. A method of dynamically generating a user presentation, the 
method comprising: 

in response to a request from an application program, selecting and 
retrieving at least one of a plurality of rules stored in one or more databases; 
executing the rule to retrieve data from the one or more databases; 

and 

generating presentation data based on the data, where the 
presentation data is for use in the user presentation of the application 
program. 

2. The method according to claim 1, wherein executing the rules 
comprises executing the rules using rule control information. 

3. The method according to claim 1, wherein executing the rules 
comprises executing the rules using rule control information including at least 
one of user information, user group information, location information, and 
node information. 

4. The method according to claim 1, wherein the rules comprise 
query statements. 

5. The method according to claim 1, wherein the rules comprise 
Structured Query Language (SQL) statements. 
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6. Software for use on one or more servers of a computer 
network, said software executable for: 

in response to a first request from an application program, selecting 
and retrieving at least a first one of a plurality of rules stored in one or more 
databases; 

executing the first ones of the rules to retrieve a first set of data from 
the one or more databases; 

generating first presentation data based on the first set of data, where 
the first presentation data is for use in a first user presentation of the 
application program; 

in response to a second request from the application program, 
selecting and retrieving at least a second one of a plurality of rules stored in 
the one or more databases; 

executing the second ones of the rules to retrieve a second set of data 
from the one or more databases; and 

generating second presentation data based on the second set of data, 
where the second presentation data is for use in the second user presentation 
of the application program. 

7. The software according to claim 6, wherein executing the rules 
comprises executing query statements. 

8. The software according to daim 6, wherein executing the rules 
comprises executing Structured Query Language (SQL) statements. 
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9. Software for use on one or more servers, the software 
executable for: 

in response to a request from an application program, selecting and 
retrieving at least one of a plurality of rules stored in one or more databases; 

executing the rules to retrieve presentation control data from the one 
or more databases for selection of a subset of a plurality of visual objects 
represented by data; and 

generating presentation data based on the presentation control data, 
where the presentation data is for use in a graphical user presentation of the 
application program. 

10. Software for use on one or more servers, the software being 
executable for: 

executing a rule to retrieve user data from one or more databases, 
using as input at least one of user information, user group information, 
location information, and node information; and 

generating presentation data using the user data. 

11. One or more databases for use with one or more servers in a 
health care information network, said database storing executable user 
presentation rules for use by said server. 

12. The one or more databases according to claim 11, wherein said 
database stores the executable user presentation rules in association with 
client information. 
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2 13. The one or more databases according to claim 12, wherein said 

client information comprises at least one of client user information, client 
4 group information, and client node information. 

6 14. The one or more databases according to any one of claims 

11-13, wherein said executable user interface presentation rules comprise 
8 database query statements. 

io 15. A computer network, comprising: 

one or more servers having software executable for: 
12 receiving an instruction from a client through an application 

program; 

14 selecting and retrieving one or more of a plurality of 

presentation rules stored in one or more databases; 
i6 executing, against the one or more databases, the one or more 

presentation rules using rule control data as input, to thereby receive data; 
is generating presentation data based on the data; 

sending the presentation data to the client, 
20 a client, for 

sending the instruction to the server through the application 

22 program; 

receiving the presentation data; and 
24 generating a graphical user interface (GUI) presentation based 

on the presentation data. 

26 
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16. The computer network according to claim 15, wherein the 
plurality of presentation rules comprise query statements. 

17. The computer network according to claim 15, wherein the 
computer application comprises a browser. 

18. A computer health care network, comprising: 
one or more databases; 

one or more servers having software executable for: 

receiving a request from a client through a computer application 

program; 

in response to the request, selecting and retrieving one or more 
of a plurality of rules stored In the one or more databases; 

executing, against the one or more databases, the one or more 
rules using rule control data as input thereto, thereby receiving data; 

building presentation data in accordance with the data; and 

sending the presentation data to the client for use in a user 
presentation in the computer application program. 

19. The computer health care network according to claim 18, 
further comprising: 

visually displaying, at the client, the user presentation in the computer 
application program. 

20. The computer health care network according to claim 18, 
wherein the rule control data includes at least one of user data, location data, 
and node data. 
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2 21. The computer health care network according to claim 18, 

wherein the rules comprise at least one database query statement. 

4 

22. One or more servers comprising software executable for: 
6 retrieving one or more rules stored in one or more databases; 

receiving data from the one or more databases by executing the rule 
8 with at least one of client user information, client user group information, 

client location information, and client node information as input; 
io selecting one or more display components based on the data; and 

assembling presentation data based on the selected display 
12 components. 

***** 
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